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Web Publicidad 
| Diseñar las me- Trabajar como 
jores páginas web di-señador publici- 
| pasa por el conoci- tario puede ser una 
, miento de los pro- realidad gracias a 
gramas que en esta colección. 
esta colección pro- 
ponemos. 


CorelDraw 
Conoce a fondo este completo programa 
de dibujo que te permitirá realizar dibujos 
profesionales de la manera más sencilla e 
intuitiva. 


Photoshop 
Te enseñamos a utilizar de la manera más 
fácil y rentable el programa estrella del 
retoque fotográfico. 


Freehand 
Conoce todos los secretos de Freehand, el 
mejor programa de creación de gráficos 
vectoriales del mercado. 


QuarkXPress 
Cómo trabajar con QuarkXPress: el están- 
dar de edición de los profesionales. 


Tarjetas 
Voodoo3 
3000 AGP 

retail 


MacSchool TeleTrabajo 


Infórmate en el teléfono 


Retoque imagen 
Convertir las 
imágenes más sim- 
ples en las más 
espectaculares 
será una tarea sen- 
cilla. 


Impresión digital 

Estudiaremos 
los métodos más 
efectivos para que 
la ¡impresión se 
ajuste a lo plesea- 
do. 


a 


Preimpresión 

El proceso de 
impresión es fun- 
damental para tra- 
bajar en el merca- 
do editorial. 


Prens 


Técnic, 


cÁAmas la programación de 
juegos? Esta es tu revista 


Ahora sí que podemos decir que estamos 
inmersos en un verano abrasador. Pero 
nosotros seguimos al pie del cañón para 
traeros vuestra revista preferida que, 
como suele ser habitual, hemos tratado de 
hacer con todo el esmero que se merece. 
Eso a pesar. de que sabemos que a 
muchos no les gustará de cualquier modo 
y que siempre encontrarán motivo para 
criticarnos. 


De este mes nos gustaría destacar alguno 
de los contenidos que hemos recogido. 
En primer lugar, como no, el extenso 
reportaje que hemos dedicado a Stratos, 
una asociación de sobra conocida por 
todos vosotros que está llevando a cabo 
una labor encomiable. 


Por otro lado, hemos querido volver la 
mirada hacia Internet y darle la importan- 
cía que se merece. Por ello os traemos un 
reportaje especial enfocado al tema y dos 
versiones demo de los mejores progra- 
mas que se pueden encontrar en la red 
para la creación de páginas web. 
Esperamos que os gusten y os resulten 
útiles. 


Por otro lado y siguiendo con el contenido 
del Ca, os traemos dos programas que 
tiene mucho que ver con Div y que sin 
duda os van a interesar. Se trata de Dark 
Basic y MUGEM, un programa del que 
además tenéis un amplio reportaje dentro 
de nuestras páginas. S 


Por lo demás, nuestro contenido es el de 
siempre y, como siempre (valga la redun- 
dancia) esperamos que sea de nuestro 
agrado. Muchas gracias; nos vemos a la 
vuelta de vacaciones. 


Mario Luis 


Novedades 
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Todo loque tienes que saber 


ini oh rte 


so mundo de la progra- 
ción de videojuegos. 
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mM PROGRAMACIÓN 
Un lenguaje imprescindible 
Para programar con garantías 
tendrás que dominar más de 
un lenguaje de programación 
y C es, sin du 


ESPECIA, 


duda, un clásico. | 


Stratos sig d0 y en el 
momento actual es la mayor asociación 
hispana de desarrolladores. Engloba a 
más de:400 grupos de desarrollo y 
está. por miles de personas. 


M.U.G.E.N. 
Un reportaje especial sobre este progra- 
ma que está destinado a todos los 
DiVeros que sean fans del género de 
los beat'em up. M.U.G.E.N. es un exce- 
lente juego de lucha, pero con la genial 
particularidad de que se le pueden aña- 
dir personajes creados por uno mismo o 
descargados de Internet. 


DIV Developer A 


El lenguaje más puro 

Saber programar en ensam 
blador te ayudará a com- 
prender todos los entresijos 
de la informática. 
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MAPEADOS TILES EN VISTA LATERAL 
Seguimos con la nueva sección que 
empezamos en el número anterior 
de DIVmanía, para vuestros juegos 
de saltos. 


- - Ll. 
INÍICiÍACION DIV 
TRABAJANDO CON CADENAS 
En este número encontraremos en las 
cadenas una herramienta muy útil para 
construir interfaces hombre=máquina 
más eficaces. 


DIV ENTERNO 


CREANDO UN GENERADOR DE CÓDIGO 
Continuamos el artículo anteñor y aña- 
diremos nuevas opciones y capacida- 
des a nuestro generador, como la crea- 
ción de procesos. 

3D 

DIV DEATHMAKER (V) 

En este número, nuestro motor está 
casi al completo. Salvo la IA'“de los 


ue permite DIV2, 


ÍBACCION PLATAFORMAS 


| 


lgunas partes como son los 
sparos/explosiones y los daños en 
el jugador y bots. 


: VISTIENDO Y EQUIPANDO PERSONAJES 


Veremos cómo implementar fácilmen- 
te una interfaz gráfica para poder ves- 
tir y equipar a los personajes que 
vayamos metiendo en nuestro juego 
de rol. 


SCRIPTS 


PROGRAMANDO SCRIPTS 

Vamos a saber un poco más sobre 
los Scripts, que son programas mIRC 
modificado por una o más personas, 
al añadirle nuevos menús y nuevas 
opciones. 


POSER 


APLICANDO TEXTURAS 

Hoy veremos un punto que ha provo- 
cado el mayor número de consultas 
por vuestra parte: la aplicación 

de texturas. 


o que conozcamos ha - 
n idea que sin duda 


SUBCAMPEON: DARK CASTLE 

Tras el-éxito de 99-00, la primera aventura gráfica de 
DIV que resultó premiada en Divmanía n” 7, otro 
juego del mismo tipo se lleva el gato al agua. 


BRONCE: LABERYN 

Inspirado en el popular Quake lI! Arena, los chicos 
de Mr Bones (0 vete al infierno) vuelven con gran- 
des sorpresas. 


DIV ha creado toda una escuela dentro 
del mundo de la programación. Todos 
los que se han acercado a la herramien- 
ta han sido capaces de programar. Por 
ello realizamos un concurso entre los 
lectores que hayan realizado juegos con 
DIV. Os ofrecemos un primer premio de 
25.000 pesetas y dos accésit de 20.000 
pesetas. 


¿QUÉ ES DIV GAMES 
STUDIO? 


DIV Games Studio es una herramien- 
ta de programación que facilita en 
gran manera nuestra inmersión en el 
software de entretenimiento. Es el pri- 
mer entorno profesional que permite 
realizar videojuegos con fines comer- 
ciales sin necesidad de un pago adi- 
cional. Con elAlétiéiesarrollador 
rollo de 
de juegos y sOWela 


OO, 


Opinando 


O Se puede criticar un juego 


sin haber jugado con él? 
Esta es la pregunta que me 
hice hace poco cuando vi 
en una revista la crítica sobre el ya 
popular juego Los Sims. El 
juego era calificado como 
muy edificante y moral, 
lo cual podía incitar a 
los padres a comprarles 
el juego a sus hijos. No 
tengo ningún problema 
con eso, me parece 
bien. 


Cuando el juego llegó a 
mis manos, lo car- 
gué en mi orde- 
nador para ver 
realmente de 
qué trataba y 
el susodicho 
“me engan- 
chó”. Al prin- 
y  cipio todo | 
¡ba bien; creé 
una familia, la 
metí en una 
casa, les di tra- 
bajo y me puse 
a explorar las 
opciones que 
el juego daba. 
Al cabo de 
quince 
minutos 
comenzó lo 
mejor: los 
niños per- 
noctando 
mientras 
el padre, 


Seguimos haciéndonos eco de las cuestiones que 
nos plantean nuestros lectores. Aunque en principio 
la carta de este mes se sale del ámbito de la 
programación, su contenido nos ha parecido más 
que interesante para todo aquel que esté interesado 
en este mundillo nuestro, el de los videojuegos. 


un honrado policía, dormía en la 
calle cuando tenía que estar tra- 
bajando. Eso me motivó para 
crear una familia antisocial, y lo 
logré: los bomberos me multaron 
tres veces por falsa alarma; a uno 
de los niños me lo llevaron a la 
academia militar por no acudir a 
clase; otro se pasaba el día en el 
mueble bar; conseguí que ardiese 
un microondas (y eso no lo he 
conseguido todavía en mi casa); 
me echaron de tres trabajos y me 
quedé sin amigos... todo ello 
amén de tener la casa llena de 
meadas y basuras. 


Tras ésta primera toma de 
contacto con los atributos no 
mencionados en las críticas decidí 
crear una familia al más puro esti- 
lo Los Flodder para acompañar 
esta misiva con una imagen de 
mis logros. Como se puede obser- 
var, conseguí que hiciesen cuatro 
fogatas a la vez, y eso que no era 
la noche de San Juan, llené la 
casa de basuras, sólo puse una 
cama para cinco personas (la que 
falta era un niño que me lo man- 
daron a la academia militar), y 
no sólo no tenía ni un amigo, es 
que nadie quería venir a mi casa. 
Yo esto lo conseguí hacer en 
poco más de media hora. Para 
que las cosas vayan bien, una de 
dos: o estas usando los trucos del 
juego, o sólo has jugado cinco 
minutos. 


Otro caso parecido es el del 
mundialmente conocido 


¡Se puede criticar un ju 
sin haber jugado con el 


“Carmageddon” y su saga. En las 
primeras críticas, cuando en 
España sólo estaba la versión 
demo, decían que era un juego 
violento. ¡Vale! Lo entiendo. No 
es normal que atropelles gente. El 
problema llegó más adelante 
cuando tachaban al juego de san- 
guinario y demás porque decían 
que el juego se basaba en atrope- 
llar gente y que también podías 
atropellar a embarazadas. El juego 
no va de eso. El juego es un simu- 
lador de coches de carreras y tu 
misión es acabar la carrera. Lo 
que hagas aparte ya es cosa tuya. 
Encima, tras pasarme el juego y 
extensiones unas nueve veces, 
todavía no he conseguido atrope- 
llar a ninguna embarazada, por- 
que no la encuentro. Eso sí, he 
atropellado a Papá Noel. También 
he conseguido pasarme el juego 
sin atropellar a nadie, cosa que 
decían que era imposible en las 
críticas. Así el juego no tiene gra- 
cia, pero lo hice. 


Tras estos sucesos, y otros más, 
he llegado a dos conclusiones: 


12- Si un juego violento lo coge un 
puritano y juega a su modo, el 
juego no será violento. Si un 
juego puritano y moralista lo 
coge un demente esquizoide, el 
juego será totalmente violento 
y antisocial. 

22. Dejad que escriban las críticas 
los que saben, no el Opus Del. 


Unai Olabarri. 
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Noticias 


Al asalto de la Dreamcast 


Los piratas atacan de nuevo 


ada en este mundo parece estar a salvo de los 

hackers informáticos y hace tiempo que la 

nueva consola de Sega estaba en el punto de 

mira de este colectivo, sólo era cuestión de 
tiempo que la protección anticopia de la Dreamcast 
saltase por los aires. Aunque tiempo han tardado, nada 
menos que un año, en conseguir burlar las barreras de 
protección de los diseñadores de la consola. 

Los GD-Roms de la Dreamcast están escritos en dos 
sesiones distintas y su capacidad de almacenamiento era 
superior a los CD-Roms normales, unos 1024 Mb frente 
a los 650 Mb normales. 

A pesar de estas medidas, 
un grupo de piratas ha reali- 
zado un complejo aparato 
bautizado como Dreamcast 
Debug Handler (DDH) que 
conectado a un ordenador y 
a la Dreamcast permite 
copiar los juegos en el PC y 
desde allí piratearlos como 
si de un CD-Rom corriente y 
moliente se tratase. Lo 
único que hará falta para 
que estas copias ¡legales 
funcionen es meter antes un 
disco de arranque que 
engañe a la consola. 


El Gran Hermano salta al PC 


Un juego que aprovecha 
el tirón del concurso televisivo 


nfogrames ha publicado un 
título basado en el 
concurso de Tele 5 Gran 

Hermano. El juego te 
llevará a intentar superar la 
numerosas pruebas a las que 
son sometidos los 
concursantes y te obsequiará 
con las imágenes más 
impactantes del programa real. Los personajes 
están caricaturizados y son los mismos que los 
del programa. 

Parece que este juego ha sido editado en otros 
países donde se ha puesto en antena el concurso y 
ha tenido gran éxito. 

Viendo las imágenes de este juego llegamos a la 
conclusión que a nosotros nos han llegado mejores 
títulos para participar en el concurso de DIVmanía, 
e Moe lo que nos ha llevado a 
ná! pensar lo injusta que es 
la vida. Seguro que este 
juego del Gran 
Hermano vende miles 
de copias, pero en fin 
siempre nos queda 
la dignidad. 
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¡ hace poco se 


Actualizando a los clásicos 


| Doom conocerá una tercera parte 
Wolfstein 3D 


AN S ea de on 


nueva puesta de largo, 

parece que tampoco ha 
querido desaprovecharse la archiconocida licencia 
Doom para actualizar un juego que hizo las delicias 
de millones de jugadores allá por el principio de los 
años 90. Si el primero lo desarrollará una empresa 
externa, de la tercera parte de Doom se va a 
encargar la mismísima ld con John Carmack a la 
cabeza, uno de los padres de la criatura junto con 
John Romero. 

No sabemos nada del nuevo proyecto, excepto 
que será un juego eminentemente para Un solo juga- 
dor y van a ponerse manos a la obra enseguida. 
Aunque de los primeros creadores sólo queda 
Carmack en Id Software actualmente, este personaje 
es suficiente como para tener la vista puesta desde 
ahora en todo lo relacionado con Doom lll. Y, por cier- 
to, hay que decir que a Carmack le ha costado bas- 
tante convencer a sus socios de la viabilidad de un 
nuevo Doom, pero al final el gurú se ha llevado el 
gato al agua y se ha salido con la suya. 


y 


a 


y 


[piv manía UE 


Noticias 


Fenix se actualiza 


Se incorporan nuevas funciones 


E | lenguaje 
DS, pseudo 
ref . A interpretado 
. diseñado para 
realizar cómodamente 
juegos en dos dimensiones a base 
de sprites, Fénix, ha incorporado al 
código de CVS un juego de 
funciones que permitirá realizar sin 
ningún problema las operaciones 
llamadas “blendops” con los 
gráficos de 16 bits. Estas operaciones no 
modificarán el gráfico en memoria, sino que 
: 3; afectarán únicamente 
a la rutina de dibujo. 
Parece que poco a 
poco Fénix va 
tomando forma, 
esperemos que den- 
tro de poco sea una 
herramienta comple- 
tamente operativa. 
De todas formas, es conveniente que te pases de 
vez en cuando por la página web de Fénix para 
estar al día 
(http://www.arrakis.es/-jlceb/fenix/index.html). 


Mapas en modo 8 


Pronto estará disponible 
un creador de mapas 


MSDestgner 


n la siguiente dirección web: 

http://www.sferasoft.org/ermakina/m8dcap.h 

tml, podréis encontrar noticias sobre lo que 

parece ser un futuro creador de mapas para 
el modo 8 de Div2. El autor del proyecto es 
T_Machine y ha puesto unas cuantas imágenes 
realizadas con la nueva herramienta, que llevará el 
nombre de Mode8Designer. Animo y pasaros si 
podéis por su página. 


año, no ha habido sorpresas. Los 


"su gran éxito comercial. Los juegos más 
ecompensados, han sido: Los Sims, Final 
sy VII y Age Of Empires 2: Age of Kings, con tres 
los para cada uno. Sorprende un poco que Qua 
Arena no se haya llevado nada, pero que le vamos 
. Vamos a ver los galardones con 
s profundidad: 


Premios Artísticos: : 
Premio a la mejor Dirección Artística: Final Fan 
(Square Soft/Playstation). 


Premio a la mejo Animación: final Fantasy VII! (Squaré 


Soft/Playstation). 
- Premio al mejor Sonido: Mi 
(Dreamworks/ Playstation). 
Premio a la mejor Composici M Musical: Um Jammer 
Lammy (Sony/Playstation). «Y 
Premio al mejor Diseño: Los SAS (Maxis/PC). 
Premio al mejor Grafismo: Unreal Tournament (Epic 
Megagames/PC). 
Premio al mejor Gameplay: Los Sims (Maxis/PC). 
e Premio aumejor Guión: ER os Empires 2: Ag ] 


idos han recibido el reconocimiento == 


Taxi (Sega/Dreamcast). 
Mejor juego de rol/aventuras del año: 
Final Fantasy VIII (Square Soft/Playstation). 
Mejorjuego de lucha del año: Soul 
Calibur (Namco/Dreamcast). 
Mejor juego de carreras del año: Star Wars: Episode One 
- Racer (Lucas Arts/Nintendo 64). 
Mejor juego familiar del año:-Pokémon Snap (Hal 
-Labo/Nintendo 64). 
jor juego de deporte del año cta Kings 2000 
/Nintendo 64): 
r juego de consola la del año: Soul Calibur 
0/Dreamcastk. a 


p 'emios para PC: 


Mejor Milo dello: ne Flight Simulator 2000 


Professional (Microsoft). 


Mejor juego de deporte del año: FIFA 2000 (EA Sports). 


Mejor juego de estrategia del año: Age of Empires 2 : 
es of Kings (E 


EMI número | j A? FIKGR rd e ds Ar al 


Reportaje Div 


Stratos 


ntes de entrar en materia, 

haremos un pequeño 

resumen de lo que es la 

asociación, su origen y 
evolución para aclarar conceptos, 
recordar o mostrársela a todos 
aquéllos que la desconozcan. Así 
que, para empezar, haremos un 
poco de historia. 


Orígenes y evolución 
Stratos es la mayor asociación his- 
pana de desarrolladores. Engloba 
a más de 400 grupos de desarrollo 
y está formada por 
miles de personas. 
Los fundadores de 
Stratos son Antonio 
Arteaga Pérez y José 
Carlos García Martín 
que, tras darle muchas vueltas a la 
idea, decidieron crear una entidad 
común que sirviese de punto de 
encuentro de todos los desarrolla- 
dores y que sirviese para ayudarlos 
y potenciar su labor. 

Así, a principios de 1997 surge 
Stratos, en principio con sólo siete 


Stratos surge en 
1997 con la idea de 
ser un punto de 
encuentro para 
desarrolladores 


Ancient Stories: Black Lands (Exelweiss), novedoso 
juego de rol y estrategia con personajes en 3D. 


MERFRARER 


Ba uta 


Un proyecto con futuro 


Este mes haremos un reportaje a la asociación de 
desarrolladores de Stratos. Ya tuvimos un reportaje 
sobre ellos en otro numero de esta revista; pero, 
cuando sucedió esto, DIV era una herramienta que 
acababa de nacer, como quien dice. Ahora, después 
de haber pasado un tiempo prudencial, volvemos a 
fijarnos en Stratos para ver de qué manera ha 
repercutido DIV en la asociación. 


grupos y abriendo su actividad en 
Internet con una pequeña página 
web. Los comienzos fueron difíci- 
les, sin embargo, la publicación de 
los primeros juegos (La Luz del 
Druida y Arakhas el Oscuro), segui- 
da de títulos posteriores como 
Twinfire, Ping Pong y Bricks de Luxe 
(todos en 1997), comenzó a dejar 
huella en la comunidad de desarro- 
lladores españoles, que ya empeza- 
ron a tomar en cuenta a Stratos, 
como una puerta abierta a sus pro- 
yectos y como el lugar donde 
encontrar el apoyo que les faltaba. 
En 1998 se publicaron 
Osarium, Space Plumber, Oxide, La 


RAREEA 


Antonio Arteaga, fundador y 
coordinador de Stratos. 


Fuga, Twin Lazers, Witch Frog, Fatal 
Jack y Down to Hell, lo que sirvió 
para dar más nombre a los grupos 
desarrolladores (Island Dream, 
iLogic, Nerlaska, Exelweiss...). En 
esta época el lema de la aso- 
ciación era “Juntos podemos con- 
seguirlo todo. Por separado es 
prácticamente imposible”. 
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Super Tour 2000, creado por Miguel Angel Haza, es un excelente 
simulador del deporte de la bicicleta en DIV. 


Y así fue. En 1999 se produce 
el mayor crecimiento de Stratos, 
que pasa a superar los 300 grupos 
miembros y rebasa las fronteras 
españolas para dar cabida a los 
desarrolladores latinoamericanos. 
La práctica totalidad de países de 
Hispanoamérica cuenta con algún 
miembro de Stratos y, de hecho, 
se está ultimando la creación de 
Stratos Latina, una división de la 
asociación que, con su propia 
página web, estará centrada en los 
miembros y actividades de los paí- 
ses americanos. 

Paralelamente, la página web 
de Stratos (http://www.stratos- 
ad.com) ha venido sufriendo una 
evolución considerable, pasando 
de tener unas cuantas secciones a 
convertirse en prácticamente un 
portal de desarrollo donde se han 
tenido en cuenta todos y cada 
uno de los sectores y áreas de 
interés de la comunidad de desa- 
rrolladores hispanos. Además, la 
existencia del canal *programa- 
cion_stratos en el IRC Hispano 
también sirve como punto de 
encuentro para conversar, pedir 
ayuda o intercambiar impresiones. 

En este año salieron a la luz 
títulos como Mr. Tiny, Luridland, 
Sleepwalker, Astro Assembler, Bricks 
Gold, Highflyer, Malvinas 2032 o 
Karting Racer. Prácticamente todas 
las empresas del sector comignzan 
a acudir a la asociación para con- 
seguir cubrir sus puestos de traba- 
jo y para realizar encargos especí- 
ficos. 

El año 2000 va a suponer un 
importante punto de inflexión 
para Stratos. Las previsiones hacen 
suponer que el número de títulos 
publicados será muy superior al de 
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años anteriores. Lookz, Visual Gen, 
Madd Bomber Xplozion, Theme 
Puzzle o Downstone son solamente 
el inicio. Se han firmado acuerdos 
con multinacionales extranjeras 
para la comercialización de gran 
cantidad de productos realizados 
por miembros de la asociación, y 
el mercado americano contará con 
varios títulos en miles de tiendas a 
principios de este verano. 

Los objetivos primarios que se 
marcaron los fundadores ya se han 
logrado: poner en contacto a los 
desarrolladores para afrontar pro- 
yectos comunes, tener vías de 
comercialización para los produc- 
tos, abrir las puertas de un merca- 
do laboral tan específico como es 
el de la industria del desarrollo de 
videojuegos y multimedia. 


Reportaje Div 


The Treasure of Alcachofa Island (Alcachofa 
Soft), una increíble aventura de piratas. 


Ahora surgen nuevos retos que 
en un principio ni siquiera podían 
plantearse, como el de convertirse 
en un ente autosuficiente y con 
capacidad para poder comerciali- 
zar por cuenta pro- 
pia sus propias crea- 
ciones, pero que 
apoyándose en el 
trabajo diario y, 
sobre todo, sin per- 
der de vista el objetivo inicial, 
algún día también se conseguirán. 


DIV en Stratos 

En los tiempos que corren, la 
mayoría de las empresas están 
optando por aceptar únicamente 
programas y juegos realizados bajo 
Windows, con especial predilección 
por las DirectX y aceleración por 


Stratos 


Pla 


El año 2000 va a ser 
un punto de inflexión 
en la historia de 
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La epopeya de don Primerizo Lata (MDQ Inc.), una divertida aventura 


del otro lado del charco, Argentina. 


hardware. Visto esto, parecería que 
DIV no tiene mucho sentido den- 
tro de una asociación que, precisa- 
mente, debe estar al día de la 
demanda del mercado y apostar 
por las últimas tecnologías. 

Pues bien, el coordinador gene- 
ral de Stratos, Antonio Arteaga, 
piensa que DIV es una herramienta 
indispensable y, sin lugar a dudas, 
una de las bases fundamentales de 


DIV es fundamental, 

ya que sirve para 

A iniciarse a miles de 
pa desarrolladores 


la asociación. 
¿Por qué? 

No todos los gru- 
pos de la asociación 
son profesionales, al 
contrario. La mayoría 


de ellos comienzan realizando sus 


primero pinitos con la creación de 
pequeños juegos. Y aquí es donde 
A DIV juega un importante papel. Al 
e utilizar este entorno de desarrollo 
como primera herramienta, los 
| grupos y personas van tomando 
conciencia de los puntos esenciales 
de todo desarrollo: diseño integra- 
do, unión de las distintas partes 
(programación, gráficos, sonido...) 


para formar un producto final, uti- 
lización de rutinas y procedimien- 
tos ajenos que más tarde podrán 


Typhoon (Tao Spain), una recrea- 
tiva que revolucionará las salas 
de videojuegos. 


extrapolarse a otros entornos de 
forma económica y sencilla. 

Stratos ha publicado algunos 
juegos desarrollados con DIV, 
como es el caso de Isometric 
Bomber. Está claro que no es fácil 
conseguir un acabado profesional 
pero realmente la utilización de 
herramientas más profesionales 
como Visual C++, DirectX, Glide u 
OpenGL no aseguran tampoco 
este acabado. 

Se trata más de coger unas 
ideas y unas costumbres para 
obtener un producto final. Son 
muchos los proyectos que se están 
desarrollando en Stratos utilizando 
DIV como herramienta. Cuántos 
de ellos tendrán buena salida es 
una incógnita, pero sí podemos 
estar seguros de que la experiencia 
acumulada durante su desarrollo 
será importante de cara al futuro. 
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Fiebre Pirata (Diego-Films Entertainment), un juego al más puro estilo. 


Divine € Demonic (Emerge 
Designs), un tenebroso RPG. 


Proyectos actuales 

Pueden definirse tres grupos clara- 

mente diferenciados entre los pro- 

yectos que constantemente se ini- 
cian en el seno de la asociación: 

— Por un lado, aquellos desarrollos 
que suponen la primera incur- 
sión de los grupos o personas 
dentro del ámbito de la crea- 
ción. 

- Por otro, las aplicaciones que, 
contando ya con una mayor soli- 
dez y acabado final, pueden 
tener salida en el mercado pero 
a través de pequeñas distribui- 
doras, editoriales, promociones, 
etc. 

- Y, finalmente, los proyectos que 
pueden calificarse de comercia- 
les, y que están en condiciones 
de rivalizar con otros productos 
existentes. 

A este respecto, siempre tene- 
mos que tener en cuenta que los 
grupos están por lo general forma- 
dos por personas con más ilusiones 
que respaldo económico. Por 
tanto, en la inmensa mayoría de 
los casos es impensable creer que 
se pueden obtener resultados simi- 
lares a los de una empresa con un 
fuerte presupuesto y con decenas 
de personas asignadas al proyecto. 
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Thunder Lands (Cuchipandi 
Technologies), estrategia por tur- 
nos para Game Boy Color. 


Vamos a citar algunos de los 
desarrollos que se están gestando 
en Stratos, pero 
Actualmente, Stratos | aclarando que son 


desarrolla una simplemente eso, 
cantidad muy grande una muestra, puesto 


de proyectos | que el número de K.O.R. (CyberGames), un juego 3D realizado en DIV. 
proyectos es tan ele- 

vado que ocuparía bastantes pági- | + Ancient Stories: Blacklands * Typhoon (Tao Spain). Typhoon es 

nas enumerarlos. (Exelweiss). Juego de rol con un simulador de vuelo, con el 

* The treasure of Alcachofa Island dosís de estrategia, aventura y jugador en el interior de una 
(Alcachofa Soft). Espléndida misterio, ambientado en la cabina (Recreativa 
aventura realizada por los crea- magia, la espada y el honor. 6DOFXtended). El jugador posee 
dores de Dráscula y el Sulfato http://www.exelweiss.ivinf.com/ un Acelerador de Gas 
Atómico. http://www.alcachofa- e Downstones: The revenge of the Progresivo, dos pedales y un 
soft.com. Stoonies (BrainStorm Interactive). | ¡joystick que controla el simula- 

e Divine € Demonic (Emerge Arcade que reversiona los clási- | dor. http://www.taospain.com. 
Design). Tenebroso RPG de cos como Puyo Puyo 2, Kirby's * La epopeya de don Primerizo Lata 
ambientación igualmente sinies- Avalanche. (MDOQ Inc.). Aventura por un 
tra, mezcla de Quake, Resident Evil | * Black Sands (Paranoic grupo argentino y protagoniza- 
y Diablo. http://come.to/emerge. Software). Una cárcel abando- da por un gaucho. http://donpri- 

e The Graveyard (Emerge nada, un grupo de jóvenes merizo.mdq.com/ 
Design). Experimento de RPG estudiantes, sucesos paranor- e Air Forces (Cuchipandi 
unipersonal por Internet, en males, una secta satánica... |. Technologies). Juego para Game 
vista isométrica. El ambiente y Una mezcla de Resident Evil y Boy Color. Metido en la piel de 
diseño se basa en el RPG Riven. http://www.cyber- un joven que sueña con ser pilo- 
Diablo. http://come.to/emerge. jaen.es/web/genomax/index.htm. to tendrás que ponerte al con- 

trol de hasta 16 aparatos vola- 


dores. 

Thunder Lands (Cuchipandi 
Technologies). Juego para Game 
Boy Color. Estrategia por turnos 
en la que podrás elegir entre 
Humanos, Orcos, Elfos o Enanos 
para completar campañas milita- 
res. 

Time Riders (Morphing Studios). 
Ambientado en el 2073, un 
juego en el que siete corredores, 
con coches ultramodernos, reali- 


Black Sands (Paranoic Software), un terrorífico juego que mezcla dos Cyrok (SilverSky Games), un títu- 
títulos bien conocidos: Resident Evil y Riven. lo repleto de acción. 
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zan competiciones en diferentes 
+ épocas de la historia. 
| » Fiebre Pirata (Diego-Films 
Entertainment). Aventura gráfica 
con un estilo muy similar al 
Monkey Island 3. http://www.for- 
tunecity.com/virtual/video/88/fieb- 


menu.htm. 
perma 
Proyectos en DIV AA 
Como indicamos anteriormente, nuestro hogar, y a secues- 
e | trado a tu novia, la ovula 
DIV está muy asentado en Stratos, Galinda.¿POR FAVOR, TIO , 
AYUDANOS? di 


y gran cantidad de desarrollos uti- 

lizan esta herramienta obteniendo 

en muchos casos resultados verda- 

deramente vistosos. 

e Super Tour 2000 (Miguel Angel 
Haza). Simulador de ciclismo en 
carretera. http://www.arrakis.es/ 


-mangelh/st2.htm. Lloni Be Good (Devilish Games), divertido juego de aventura/plataforma. 
* K.O.R. (CyberGames). Se trata de 

un shooter 3D en primera perso- parando para invadir la Tierra. e Cosmos (Syknarf Software). 

na. http://pagina.de/coolio. Nuestro objetivo es dejarnos cap- Juego de estrategia ambienta- 
e Cyrok (SilverSky Games). Una civi- turar para destruir su planeta. do en un universo donde 

lización extraterrestre se está pre- http://club. telepolis.com/jpbenp podrán jugar hasta diez juga- 


dores a través del correo elec- 
trónico (intercambiando un 


Cuadro 1. Stratos en Internet fichero de datos). Tiene opcio- 
pa nes como construcción de 
La página de Stratos es: http://www.stratos-ad.com naves espaciales, colonizar pla- 
| Stratos, como toda entidad que se precie, posee una página en netas, gestionar los recursos, 
Internet con interesantes contenidos. Nada más entrar nos encon= | luchar, aliarte con ellos... 
traremos con las noticias del día, que se actualizan constantemen- http://pagina.de/knarf. 


te, además de otras muchas secciones. | * Lloni Be Good (Devilish Games). 
La página se divide en distintos apartados, según su cometido. Una mezcla entre 

En la parte de Asociación podremos encontrar información sobre | aventura y plata- 

los miembros de la misma, que son un gran número. También en formas, cuyo per- crecimiento de Strat 

esta sección se podrán ver los títulos que Stratos ha sacado a la sonaje principal es Ed E 

venta o ha distribuido. También podremos ver los desarrollos un espermatozoi- más grande del 

actuales para ver los nuevos juegos que prepara la asociación para de que debe res- mundo en número de 

sacar en breve. También, cómo no, podremos contactar con la aso- catar a su novia miembros 

ciación, y podremos encontrar un enlace con Stratos en latinoamé- (la óvula Galinda). 

rica, ya que la asociación también tiene miembros al otro lado del http: //members.es.tripod.de/ 

charco, y la coordinación, debido a la diferencia tanto de lugares DEVILISH/ 

como de mercado, es distinta. 
Luego pasamos a la sección de Recursos, donde podemos El futuro 

encontrar cursos, libros, motores, fuentes, enlaces o descarga. El elevado ritmo de crecimiento 

Desde esta sección también entraremos en la parte dedicada a de Stratos consolida a esta aso- 

foros o listas. Reseñar en esta parte, la sección de trabajo, ya que ciación como, posiblemente, la 

la página dispone de numerosas ofertas de trabajo relacionadas más grande (en cuanto:a núméro 

con el mundo informático, y más concretamente con el desarrollo de miembros) existente en el 

de programas, así como de una bolsa, permanente, que se actuali- mundo. Tras superar con notable 

za diariamente. Tanto si buscas trabajo, como si quieres incluir tu éxito sus etapas iniciales y sentar 

curriculum, éste es un buen sitio para hacerlo. las bases para su futuro, Stratos 
Y llegamos a la sección Miscelánea. En ella se agrupan distintas sigue ampliando sus canales de 

partes, por un lado la revista electrónica Macedonia. Así como las distribución en todo el mundo 

distintas entrevistas hechas en distintos medios a la asociación. Por con el objetivo primordial es ayu- 

último, también incluye una sección de curiosidades y una galería dar y orientar a todos los que 

de fotos, de quedadas, etc. 4 desean estar algún día entre los 
Finalmente entramos en la sección de Otros. Aquí los apartados grandes de esta industria. 

que nos encontramos son: diseño, colaboraciones y línkanos. Casi Se sabe que el trabajo es, sin 

todos ellos relacionados cah la relación de usuarios con la página. duda, enorme, pero (da es 
Además de la página en Internet, semanalmente, si uno lo desea pri que 25h la aportación y la 

y es miembro de la asociación, recibirá las noticias semanales más experiencia conjuntas se pueden 

importantes mediante un boletín. Este también se recibirá en la lista seguir rompiendo barreras y, poco 

de correo. de Stratos. Esto se hace así porque no todo el mundo a poco, llevar a la comunidad de 

puede visitar su página a diario, donde se encuentran las mismas desarrolladores hispanos al lugar 

noticias. Además también disponen de un canal de IRC, es decir, que se merece. 

tienen un salón registrado, llamado +*programacion_stratos, donde 

podréis entrar desde cualquier servidor hispano, como irc.jet.es. 


El elevado ritmo de 


Antonio Marchal 
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- Cuadro2. Entrevista a Antonio Arteaga 


Lo primero, presentarse. Por favor, nombre y edad. 

Mi nombre es Antonio Arteaga Pérez, y tengo 34 añitos de nada. Aunque debes sentirte joven y poder 
identificarte con las nuevas generaciones de desarrolladores, cuya edad media es bastante inferior a la 
mía (entre los 17 y los 25 años), pero también es bueno tener una madurez y experiencia que te permi- 
tan observar las cosas desde una perspectiva distinta. 


¿Qué es Stratos? 

Stratos es la consecución de una idea que hace unos años parecía impensable en el mundo hispano y 
que, sin embargo, ahora es una realidad. Ya no existen centenares de grupos diseminados que hacen 
pequeños escarceos en el mundo del desarrollo, sino que se pueden unir bajo un denominador común 
y afrontar conjuntamente sus proyectos e ilusiones. Resumiendo: la mayor asociación hispana de desa- 
rrolladores de juegos y multimedia del mundo, cuyo objetivo es ayudar en todos los aspectos posibles. 


¿Cuál es el papel que desempeñas en la asociación? 

Dicho de una forma simple, el de coordinador. Prefiero este término porque no me gustan otros del 
tipo “director”, “presidente”, “jefe” o similares. Como coordinador, manejo el fichero de miembros 
(altas, bajas, modificaciones, contactos...), reviso todos los proyectos de la gente, busco vías de comer- 
cialización, entablo relaciones con empresas, procuro estar al día de todos los aspectos, etc. Y es una 
tarea bastante dura, porque va desde aconsejar a un principiante hasta hacer el seguimiento completo 
de un producto. 


¿Cómo te iniciaste en el mundo de la informática? 

Los primeros pasos fueron con un Spectrum. Comencé jugando, luego pasé a teclear algunos progra- 
mas de revistas y, finalmente, acabé haciendo mis propias “cosillas”, tanto para Spectrum como para 
MSX. Y de ahí directamente al PC, ya en GW-Basic, Pascal, Cobol, Clipper, C... 

Mi primer trabajo oficial fue de profesor de programación para el INEM, después de programador de 
gestión, entré como operador de consola en una entidad bancaria, pasé a ser jefe de sala del centro 

informático de la misma entidad... Prácticamente he tocado todos los aspectos. 


Y más específicamente, ¿cómo comenzaste con los videojuegos? 

Pues como ya he dicho, tecleando los listados que venían en las revistas de Spectrum. Después empecé 
a programar mis propios juegos para Spectrum y MSX, luego (ya en PC) realicé dos o tres juegos en 
Basic, después en Pascal, y mis primeras creaciones ya más aparentes fueron con Turbo C y Watcom (los 
dos primeros fueron Snakers y Crash, el último fue finalista de un concurso). Con Watcom hice Twinfire, 
un arcade publicado en Computer Gaming World, y Smasher, vencedor del concurso de PC World. Ulti- 
mamente, con DirectX, he terminado Lookz (licenciado a Crystal Interactive) y estoy ultimando Theme 
Puzzle. 


¿Cómo empezaste en la asociación? 

Bueno, sería más exacto preguntar “cómo empezó la asociación conmigo”. Aunque le llevaba dando 
vueltas a la idea de crear una asociación de desarrolladores desde hacía tiempo, fue en la entrega de 
premios de un concurso nacional de videojuegos donde tomé la decisión final. Conocía a bastantes gru- 
pos y personas, pero fue el ver la cantidad de gente que se presentaba a estos concursos lo que me 
animó. Había muchísimas más personas desarrollando juegos de las que uno podía imaginar. Crear algo 
como Stratos se me hacía totalmente indispensable. 


¿Cuál ha sido tu trabajo hasta la fecha en Stratos? 

Je, je, je... pues todo. En los inicios, intentando convencer a la gente de que se uniese a la asociación, y 
hablando con desarrolladoras y distribuidoras para poder abrir caminos a los proyectos, y conseguir que 
nos dijesen algo cuando necesitasen gente. La página web, verdadero corazón de Stratos, ha sido posi- 
ble gracias al esfuerzo de José Carlos García, Carlitox. Yo le echo una mano en contenidos pero gracias a 
él yo puedo dedicarme a otros asuntos: valoración de proyectos, búsqueda de comercialización, gestión 
de la base de datos de miembros, estrechar relaciones con empresas, indagar en el mercado... Lo bueno 
es ver que el esfuerzo pasado da sus frutos. Antes tenía que pelear muchísimo y ahora ya vienen direc- 
tamente a Stratos porque somos un puntal importante en la industria del desarrollo. 


¿Cuál es tu opinión personal acerca de la asociación? 

Pues es como ver crecer a un hijo. Ves con ilusión cómo nace, cómo da sus primeros pasos, le dedicas 
todo el tiempo que puedes, sufres con él las malas rachas, disfrutas con él sus éxitos, y te sientes orgu- 
lloso cuando ves que está madurando y tu trabajo ha merecido la pena. En muchas ocasiones me han 
dado las gracias por haber creado Stratos y estar al pie del cañón día tras día, pero una de las frases 
que más me ha gustado ha sido la de “si Stratos no existiese habría que reinventarla. No abandonéis 
nunca”. Ya Sabes que, cuando estás en cualquier situación más o menos pública, siempre surgen las crí- 
ticas. En unos casos son constructivas, y escucharlas ayudan a mejorar para el futuro. En otros casos son 
solamente ganas de... bueno, de fastidiar. Pero si evalúas los resultados, y te das cuenta de que hay 
gente agradecida por tu ayuda, te olvidas de los malos rollos. 

Aparte de trabajar en Stratos, ¿tienes alguna otra relación con el mundo de la informática? 
Por supuesto, tengo un trabajo. La asociación, al ser gratuita, solamente percibe un pequeño porcentaje 
de aquellas producciones que han dado frutos con su intervención, y se destina a cubrir los gastos que y 
genera el mantenimiento: servidor web, teléfono, viajes, material... Y la mayoría de las veces ni siquiera 
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Cuadro2. Entrevista a Antonio Arteaga (cont.) 


se cubren, por no añadir que absolutamente todo el tiempo que le dedicamos Carlitox y yo al asunto no 
está remunerado. Actualmente, estoy en un Gabinete de Comunicación, donde se trabaja en aspectos 
relacionados con Internet, desarrollos multimedia, soporte informático para las convenciones y asamble- 
as, conversiones de soportes y formatos de material fotográfico, vídeo y CD-Rom, etc... La realización de 
mis propios juegos me aporta además dinero, y me permite dedicar algo de mi propio bolsillo para man- 
tener la asociación cuando no hay ingresos mínimos. 


¿Cuál crees que es el nivel de desarrollo actual en España? 

( Muy alto. Me estoy refiriendo al nivel que se puede observar en las grandes desarrolladoras. Los primeros 
puestos en las listas internacionales así lo demuestran, y no son casos aislados sino la punta de lanza de 
lo que aún tiene que venir. En nuestro país contamos con una ventaja que pocos países tienen: lo que 
no podemos alcanzar por falta de medios o inversión lo logramos a base de improvisación, tenacidad y, 

4 sobre todo, mucha creatividad. Si hay algo que distingue a los títulos españoles es, sin duda, su originali- 
dad y jugabilidad. En algo se tiene que notar el carácter latino, ¿no? 


¿Hay futuro para los programadores, grafistas y desarrolladores de videojuegos españoles? 
¡Por supuesto! España ha tenido un agujero en el pasado, en el que los desarrolladores tenían que irse a 
otros países. Pero muchos ya han vuelto, porque la situación ha cambiado radicalmente. La cantera de 
desarrolladores es inmensa, y las posibilidades de adquirir experiencia son cada vez mayores. De acuerdo, 
aún no estamos al mismo nivel de retribución que en la media de las empresas extranjeras, pero muy 
pronto lo estaremos, porque los responsables de las empresas ya están apostando de cara al futuro. 


¿Conoces DIV? ¿Qué opinas de dicha herramienta? 

¿Quién no conoce DIV a estas alturas? Para serte sincero, al nivel de usuario muy poco (un par de juegos 
de prueba) porque provengo de la vieja escuela y mi línea de desarrollos siempre se ha basado en los 
lenguajes elementales: Basic, Pascal, C, C++... aunque con la proliferación de los distintos API's estamos 
llegando a tal nivel de abstracción que realmente el lenguaje de fondo no importa tanto. Ahora bien, 
DIV es una herramienta muy completa y, sobre todo, muy constructiva. Como principal virtud le encuen- 
tro el que aúne en un mismo entorno todos los apartados de la creación de un videojuego. Cuando se 
desarrolla un juego, por un lado están los programadores, que se dedican a picar y picar código, por 
otro los grafistas, que se curran la parte gráfica desde los sprites hasta las pantallas de menús y entorno, 
por otro los creadores de sonido y música, la figura del diseñador que debe encargarse de que todo 
tenga coherencia y orientarlo hacia el resultado final... En DIV lo tienes todo en un mismo sitio. Por 

| supuesto, deben existir las personas mencionadas anteriormente, pero ya no se trata de piezas tan dis- 
persas. DIV sirve, sobre todo, para que los que quieren formarse en el desarrollo de videojuegos adquie- 
ran unas nociones claras de lo que supone y se formen una base sólida para el futuro. 


¿Conoces DIVmanía? ¿Qué opinas de la revista? 

Hombre, estáis haciendo un reportaje sobre Stratos, tengo que opinar bien... No, ya en serio. Considero 
que es una revista necesaria. La cantidad de personas y grupos que desarrollan con DIV en nuestro país 
es enorme, y todo lo que se pueda aportar es siempre poco. Tanto en DIV como en cualquier otro entor- 
no no sirve con tener la herramienta y lanzarse con los ojos cerrados a desarrollar. Surgen dudas y no vas 
a tener siempre a un gurú del desarrollo al lado a quien “brear” a preguntas. La revista cumple muy bien 
sus funciones, tanto por aportar soluciones y contenido como por servir como guía a la comunidad de 
desarrolladores de DIV. Ver lo que otras personas hacen sirve de aliciente. 


¿Quieres añadir algo que no haya sido comentado en la entrevista? 

Sí, me gustaría aprovechar la ocasión para alentar a todos los desarrolladores hispanos a que tomen 
conciencia de que no somos unos rebeldes peleando contra las normas establecidas por las multinaciona- 
les extranjeras, o de que solamente podemos hacer juegos y aplicaciones para nuestro entorno más cer- 
cano. Somos muchos, con muchas ganas de demostrar nuestra valía, y trabajando conjuntamente pode- 
mos lograr lo que de otra forma no sería posible. La unión hace la fuerza, la experiencia compartida 

| acorta camino, y el futuro se abre a todos los que quieran formar parte de él. Si no sabéis cómo hacerlo, 
en Stratos estamos encantados de orientaros y ayudaros. 


Cuadro 3. Información adicional 


E? a A Datos para contactar con Stratos: 
Página web: http://www. stratos-ad.com 


E-mail de los coordinadores: 
Antonio Arteaga: antonioOstratos-ad.com 
José Carlos García: carlosOstratros-ad.com 
Teléfono: 925 26 81 25 
IRC Hispano: canal *programacion_stratos 


Air Forces (Cuchipandi Technologies), 
arcade aéreo para Game Boy Color. 
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Casos practicos de DIV2 


Más utilidades 


emos un rápido repaso a 

todo lo que hemos visto 

hasta ahora. Espero que los 

trucos que hemos visto 
estos meses, así como los que vere- 
mos en este numero, os sean de uti- 
lidad. 

Lo primero que vimos fueron 
algunos trucos sobre el entorno, y 
más específicamente, vimos el gene- 
rador de sprites, el editor de mapas 
gráficos y el editor de mapas 3D. 
Luego, pasamos al lenguaje, algunas 
opciones de compilación, y distintas 
rutinas como las 3D,las rutinas sobre 
texto, las rutinas de ficheros, las fun- 
ciones matemáticas y las rutinas del 
sonido y la música. En este último 
grupo nos quedamos, y este mes 

continuaremos justo 


Como viene siendo habitual mes a mes, seguiremos 
con los trucos ya que, en el último número, quedó 
alguno en el tintero. Pero pasemos a la faena sin mas 
preámbulo, viendo truquillos y nuevas funciones de 
DIV2, uno a uno. 


El siguiente truco tiene que ver 
con una función que, aunque hay 
Una parecida, realmente no existe, y 
es raro, ya que su utilidad es muy 
obvia. Se trata de la función is_pla- 
ying_sound(), y también su homóni- 
Ma para canciones ¡s_playing_song(.. 
Con ellas podremos saber si un soni- 
do o una canción ha acabado de 
ejecutarse. Es decir, si ha dejado de 
sonar y, por lo tanto, ha llegado al 
final del archivo de sonido. Su utili- 
dad es muy clara, imaginar una 
intro, es decir, una serie de escenas 
donde haya una serie de personajes 
que hablen. Con estas funciones se 
podrá sincronizar toda la acción de 
la escena. Por ejemplo, hablará uno 
de los personajes, y el programador, 
mediante distintas instrucciones y 


Vamos a ver las 
funciones nuevas 
relacionadas con la 
música y el sonido 


código, hará que el personaje se 
mueva y haga el movimiento de los 
labios. Comprobando a cada paso si 


por aquí. Así que, sin 
mas preámbulos, 
pasemos a ver las ruti- 


nas que quedan sobre 
sonido y música, 
pasando a estudiar una a una todas 
las funciones y algún que otro truco. 


Continuamos con . 

el sonido y la música 
Antes de comentar el último truco 
que nos queda en el tintero, y 
comentar las funciones nuevas rela- 
cionadas con el sonido y la música, 
recordemos los trucos que vimos el 
mes pasado, auque sólo por enci- 
ma. El primero de ellos era sobre los 
volúmenes, ya que DIV2 no tiene 
mucha potencia sonora en general, 
se comentó un truco para subir la 
potencia. El otro tenía que ver con 
los nuevos ficheros musicales, cono- 
cidos comúnmente como ficheros 
módulos, y los programas que exis- 
ten para su realización. 


E ERARARRAR RE 


el sonido a dejado de sonar, en el 
caso de que ya haya finalizado, 
pasará al siguiente plano de la esce- 
na, reproduciendo otro sonido y 
esperando hasta que éste acabe. 
Esta función también puede ser 
útil para otros menesteres. Imaginad 
un juego en el que el sonido sea 
totalmente esencial ya que, sin él, no 
se puede jugar ni utilizar el progra- 


5 


ma. Aunque hay funciones para 

detectar si existe una tarjeta de soni- 

do, ésta puede estar utilizándose por 
otra aplicación, por lo que nuestro 
juego se quedaría sin sonido, con el 
problema que conlleva. Para solucio- 
nar esto, se puede grabar un sonido 
de tres o cuatros segundos de silen- 
cio, sin ningún ruido. Al comienzo 
del juego, se reproduciría el sonido, 
comprobando si está sonando con 
esta función, hasta que acabe. Esto 
se haría en un bucle de repetición, 
dando vueltas en él, hasta que no se 
haya reproducido totalmente el soni- 
do. Por ultimo, se debe tener un 
temporizador al principio del progra- 
ma, justo antes de ejecutar el sonido. 

Y una vez ejecutado, se comprobaría 

si realmente se ha reproducido, com- 

parando el tiempo que ha pasado. 

Por ejemplo, imaginad un sonido 

con tres segundos de silencio. Si al 

finalizar de reproducirlo, no han 
pasado más de dos segundos, es que 

el sonido no ha sido reproducido y, 

por lo tanto, nuestro juego no tiene 

el control de la tarjeta de sonido. En 
este caso, ya podremos actuar en 
consecuencia, saliendo del programa 

O advirtiendo al usuario que no dis- 

pone de sonido accesible. 

Una vez vistos los últimos trucos, 
pasaremos a ver todas las funciones 
nuevas relacionadas con la música y 
el sonido, como viene siendo habi- 
tual, daremos una pequeña descrip- 
ción de cada una de ellas, para 
situarlas, debiendo consultar otra 
documentación, si se quiere ampliar 
la información. 

- int load_song(nombremodulo, loop): 
esta función sirve para cargar los 
módulos del tipo MOD, XM, IT, 
etc. en memoria. El primer pará- 
metro es el nombre del fichero 
dentro del disco duro, y el segun- 
do, es una bandera que indica si se 
quiere que la canción sea cíclica, 
es decir, que una vez llegado al 
final, empiece de nuevo. Devuelve 
un código, que es el que se debe 
utilizar luego para ejecutar la can- 
ción o descargarla de memoria. 
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o do 


- int unload_song(código): descarga 
un fichero del tipo módulo, o can- 
ción con extensión MOD,XM, etc. 
de memoria. Como parámetro se 
debe indicar el código que se reco- 
gió cuando se cargó la canción en 
memoria. 

- int song(código): toca una sola can- 
ción. El código que se debe pasar 
como parámetro es el que se reco- 
gió al cargar la canción en memo- 
ria. Se pueden tener varias cancio- 
nes cargadas en memoria, pero 
únicamente se puede tocar una. 
No es buena idea tenerlas en 
memoria, ya que ocupan espacio y 
no cuesta nada cargarlas del disco 
duro cuando se vaya a tocar. 

- int stop_song(): ésta podría ser la 
función contraria a la anterior ya 
que detiene la canción que esté 
sonando en ese momento. Como 
únicamente puede estar una can- 
ción tocándose, no necesita nin- 
gún parámetro de código. 

- int set_song_pos(paterna): las can- 
ciones del tipo módulo se dividen 
a su vez, en algo que se denomina 
comúnmente paternas, que son 
como trozos de canción que pue- 
den usarse más de una vez dentro 
de la canción. Esta función pone la 
canción en una paterna determi- 
nada, ya que el parámetro que usa 
es el número de la paterna donde 
queremos situar a la canción. 

- int get_song_pos(): y continuando 
con las paternas, esta función 
devuelve la paterna que se está 
tocando en ese momento. Se 
podría decir que es la función con- 
traria a la anterior, ya que si la 
anterior situaba, ésta devuelve la 
posición actual. 

- int get_song_line(): al igual que una 
canción del tipo módulo, se divide 
en lo que hemos denominado 
paternas, éstas a su vez también se 
dividen en líneas, teniendo nor- 
malmente 64 líneas cada paterna. 
Esta función devuelve la línea que 
se está tocando, así que con la fun- 
ción anterior y con ésta se puede 


saber exactamente en qué lugar se 
encuentra la canción. No es posi- 
ble situar una canción en una línea 
determinada, únicamente es posi- 
ble en una paterna, pero no en 
una línea, eso sí, podemos saber la 
posición exacta de la canción, que 
puede ser útil para algunas sincro- 
nizaciones con la imagen. 

- intis_playing_song(): y ya por últi- 
mo, en el tema de canciones tene- 
mos esta función que nos dice si se 
está tocando un modulo de músi- 
ca del tipo MOD, S3M, XM, etc. 
Puede ser muy útil para sincroniza- 
ciones, ya que se puede esperar en 
el código a que la canción acabe 
para hacer determinadas acciones. 

- int is_playing_souna(canal): esta fun- 
ción es la homónima pero para 
sonido del tipo .WAV o PCM, es 
decir, sampler de sonido. Como 
parámetro se debe indicar el canal 
que queremos testear ya que indica 
si se está tocando un sonido en 
dicho canal. Como se comentó, es 
muy útil para sincronizaciones, ya 
que se puede esperar, por ejemplo, 
a que un personaje acabe de hablar, 
para realizar animaciones e intros. 


Primitivas gráficas 

Una vez vistos todos los trucos 
de sonido y sus funciones asociadas, 
pasemos a ver las primitivas gráficas. 
Lo primero es definir una primitiva 
gráfica, que no es otra cosa que un 
objeto con un aspecto gráfico, por 
ejemplo, una línea, un cuadrado o 
un circulo que aparece en pantalla. 
Estas primitivas pueden ser útiles 
para muchas cosas, como veremos a 
continuación, con algunos trucos. 
También meteremos en este aparta- 
do algunas funciones que, aunque 
no son exactamente primitivas gráfi- 
cas, sí tienen que ver con los gráfi- 
cos, por lo que irán en este aparta- 
do. Pasemos a ver los trucos. 

Como hemos comentado, las 
primitivas gráficas con cuadrados, 
círculos y líneas que se pueden pin- 
tar en pantalla. Un cuadrado o un 
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círculo puede ser muy útil para 
seleccionar con el ratón, como ocu- 
rre en muchos juegos, sobre todo, 
de estrategia, donde se pueden 
seleccionar muchas unidades, pin- 
chando un punto con el ratón, arras- 
trando y soltándolo, creando así un 
cuadrado, y seleccionando todo 
aquello que esté dentro de este cua- 
drado. De la misma manera que el 
cuadrado, también se puede hacer 
con un círculo. 

Y el círculo, o una serie de rayas, 
también puede ser muy útil para 
crear un punto de mira. Con las pri- 
mitivas gráficas podremos crear 
desde la mirilla con la que disparare- 
mos, hasta hacer una especie de dis- 
paros, a partir de líne- 
as que salgan desde 
los extremos de la 
pantalla y se dirijan 
hacia nuestra mirilla. 
También se puede 
usar un gráfico “de los de siempre” 
como mirilla, y sólo utilizar las líneas 
para simular el rayo de disparo. 

Pasamos a otro tema gráfico, no 
es con primitivas, pero si es más útil. 
Este truco consiste en convertir un 
texto en un proceso. En la primera 
versión de DIV, para imprimir textos 
sólo disponíamos de dos funciones. 
Una de ellas escribía números en 
pantalla, o ,más exactamente, varia- 
bles cuyo valor era un número, que 
se actualizaba automáticamente. Y la 
otra función escribía cadenas de 
caracteres, bien incluidas en una 
variable o directamente introducidas 
en la función entre comillas. Ahora 
disponemos de la función 
write_in_map(), que permite escribir 
un texto y convertirlo en un gráfico, 
y utilizarlo como cualquier otro gráfi- 
co que cargáramos en memoria. Al 
hacer esto, se puede asignar dicho 
mapa gráfico a un proceso, con las 
ventajas que conlleva, ya que podre- 
mos reescalarlo, moverlo, girarlo, uti- 
lizar transparencia, etc. Esto puede 
ser muy útil para realizar muchos 
efectos, y aunque antes podíamos 
tener en un gráfico algunos textos 
introducidos a mano desde el editor 
de mapas gráficos, éstos no eran 
modificables, y ahora sí lo son, ya 


Las paternas son 
trozos de canción 
que pueden usarse 
más de una vez 
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consta normalmente 


que con esta función podremos cre- 
arlos en tiempo de ejecución. 

Otro truco relacionado con el 
trato de un elemento de manera dis- 
tinta a la que veníamos haciendo 
hasta ahora, es el que veremos a 
continuación, que tiene que ver con 
los gráficos y la pantalla. Ahora, por 
ejemplo, se pueden hacer capturas 
mediante programación, además, 
también podemos grabar mapas en 
el disco duro e incluso crear nuevos 
mapas. Podremos, por ejemplo, 
hacer una captura de pantalla, y 
luego trabajar con ella, como si 
fuera otro gráfico más 
del fichero tipo fpg. 
Esto nos da unas 
grandes posibilidades 
a la hora de hacer 
fundidos de pantalla. Un caso prácti- 
co sería, el capturar la pantalla, para 
luego borrarla, poner nuestro gráfi- 
co creado, y redimensionarlo, con lo 
que conseguiríamos un efecto de 
fundido muy curioso. 

También podremos crear un grá- 
fico desde cero, usando otras funcio- 
nes de DIV para pintar puntos, o 
bloques gráficos. Esto, unido a la 
posibilidad de poder grabar cual- 
quier gráfico en el disco, nos permi- 
te hacer capturas de pantallas o 
crear y grabar gráficos creados por 
el usuario. Además, se le puede asig- 
nar la pantalla, o un gráfico creado 
por nosotros a un proceso determi- 
nado, para luego tratarlo como tal, 
al igual que hacíamos con los textos, 
y reescalarlo, moverlo, girarlo, etc. 

Con esto quedan vistos casi 
todos los trucos relacionados con 
gráficos. Hay que resaltar que la 
posibilidad de grabar gráficos en el 
disco, y crear nuevos gráficos en 
memoria para su posterior utiliza- 
ción es una gran mejora, ya que 
antes, al no disponer de estos 
medios el programador estaba limi- 
tado al fichero fpg o mapa que car- 
gara desde disgp, y no podía grabar 
nada en el disco, por lo que no tenía 
ningún dispositivo de salida. Ahora 
veremos las funciones relacionadas 
con primitivas gráficos, y creación y 
manipulación de gráficos creados 
mediante programación. 

- int draw(tipo, color, porcentaje, 
region,x0,y0,x1,y1): esta función es 
la primera de las relacionadas con 


Cada paterna 


de 64 líneas 


las primitivas. Con ella podremos 
dibujar cualquier tipo de primitiva, 
siendo éste el valor del primer 
parámetro. Los valores serán uno 
para línea recta, dos y tres para 
Rectángulo y Rectángulo relleno y, 
por último, tres y cuatro para utili- 
zar una Elipse o Elipse rellena. El 
segundo parámetro que recibe la 
función es el color de dicha primi- 
tiva dentro de la paleta. Luego se 
debe indicar un porcentaje de 
transparencia de la primitiva, este 
valor podrá variar entre O y 15. 
También se indicará la región de 
pantalla donde aparecerá la primi- 
tiva, y la zona cuadrangular donde 
será pintada. Es decir, cualquier 
primitiva, tanto líneas, como elip- 
ses o rectángulos, se pueden defi- 
nir mediante dos puntos, que son 
los últimos cuatro parámetros. La 
función devuelve un código, que 
identificará a la primitiva, para 
luego poder borrarla o mover 


- int move_draw(identificador, color, 


porcentaje, x0, yO, x1, y1): con esta 
función podremos mover o cam- 
biar el color, el tamaño o el por- 
centaje de transparencia. Para ello, 
debemos indicar como primer 
parámetro el identificador de la 
primitiva, además de los nuevos 
parámetros que deseemos. 


— int delete_draw(identificador): y ésta 


es la última función dedicada a las 
primitivas, con ella borraremos 
tanto de la pantalla, como de la 
memoria, la primitiva que hemos 
creado. Para ello, deberemos indi- 
car el identificador apropiado, 
devuelto por la rutina de creación. 


- int new_map(ancho, alto, centro x, 


centro y, color): con esta función 
podremos crear un gráfico nuevo 
en memoria. Funciona de forma 
parecida a como lo hace la función 


load_map(), devolviendo un códi- 
go identificador de mapa, similar 
al de esta función. Como paráme- 
tros, debemos indicar el ancho y 
alto del gráfico, así como las coor- 
denadas del centro del gráfico y el 
color de fondo con el que se relle- 
nará el mapa. 

- int screen_copy(región, fichero, gra- 
fico,x, yyancho, alto): con esta fun- 
ción conseguiremos copiar un 
trozo del contenido actual de una 
región de pantalla a un gráfico de 
un fichero determinado. Los pará- 
metros son la región elegida, el 
código de fichero y gráfico donde 
se guardará el gráfico, y las coor- 
denadas iniciales y tamaño del 
trozo de pantalla a copiar. 

— int save_map(fichero, grafico, nom- 
bre archivo): si queremos hacer una 
captura de pantalla, con la función 
anterior y con ésta, podremos 
hacerlo, ya que permite grabar un 
gráfico en el disco duro. Tendremos 
que indicar el fichero y gráfico ele- 
gidos, así como el nombre del 
archivo dentro del disco duro. 

- int write_in_map(fuente, texto, cen- 
trado): por último, con esta fun- 
ción podremos convertir un texto 
en un mapa gráfico. Los paráme- 
tros utilizados son el código de 
fuente, el texto elegido y el código 
de centrado, que es similar al 
usado con las funciones write() y 
write_int(). Devolverá un código de 
gráfico, similar al de las funciones 
load_map() y new_map(). 


Funciones de memoria y 
sistema 

En este apartado veremos un par de 
funciones que, combinadas con 
otras, nos permiten describir un par 
de trucos. La primera función tiene 
que ver con la memoria, se trata de 


OS 
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la función memory. free(), que nos 
permite saber cuánta memoria hay 
libre, o lo que es lo mismo, memoria 
sin usar. Pero esta función por sí 
misma, no tiene ninguna utilidad, ya 
que el programador debe tener 
información sobre este dato. Existen 
numerosas formas de conocerlo, la 
primera es usando el debug de DIV, 
pulsando la tecla F12 durante el 
juego. También podemos imprimir 
en la pantalla este dato, para así 
visualizarlo, aunque el mejor méto- 
do es hacer lo que denominamos 
comúnmente con un fichero log. Es 
decir, durante el transcurso del 
juego vamos comprobando la 
memoria libre, y el valor devuelto lo 
vamos grabando en un fichero en el 
disco, que luego podremos revisar 
tranquilamente, para comprobar si 
nuestro programa pierde memoria 
en alguna acción realizada. 

Ahora pasemos al otro truco, del 
que ya vimos una versión, que se 
podría denominar ampliada. Se trata 
de usar la función ignore_error(). 
Dentro de las opciones de compila- 
ción, existe una que permite ignorar 
todos los errores que aparezcan en 
el juego. Esto puede ser hasta cierto 
punto peligroso, ya que puede pro- 
ducir ejecuciones del programa y 
efectos muy extraños, y no desea- 
dos. Si nuestro caso es el de que úni- 
camente tenemos un error determi- 
nado dentro del programa, podre- 
mos usar la función ignore_error(), 
que únicamente ignora un error 
determinado, dejando que aparez- 
can los demás errores. Esto puede 
ser útil en determinados casos, aun- 
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Por cierto, últimamente la lista está muy revolucionada. Se tratan 
temas como la calidad de esta revista, DIVmanía, el futuro de otra 
revista electrónica que muchos conocéis, y que se llama DIVnet, y otros 
temas. Pero un tema que ha resultado ser muy impactante es el 
siguiente. Una empresa, llamada Top Games, de origen argentino, ha 
sacado a la venta algunos juegos hechos con DIV, no se sabe a ciencia 
cierta si con el consentimiento de sus autores. En la lista, se ha optado 
por la siguiente solución: se ha decidido crear un CD, con todos los 


Cuadro 1. La lista de correo y el DIVCD 


Aquí vamos a ver un par de temas relacionados con DIV. El primero 
es que la lista de correo ha cambiado de sitio. Si antes estaba en el ser- 
vidor onelist, cuya página era http://www.onelist.com, ahora, han movi- 
do todas las listas a uno nuevo, llamado egroups, y cuya pagina es 
http://www.egroups.com. Por lo tanto, la lista pasaría a denominarse 


que tanto la utilización de la opción 
de compilación, como de esta fun- 
ción, denota un estilo de programa- 
ción un tanto pobre, no siendo reco- 
mendable su uso. Aunque siempre 
hay casos, en que es totalmente 
necesario, sobre todo, con los 
modos 8. 

Otro aspecto, que aunque no 
tiene ninguna función relacionada, sí 
tiene que ver algo con el sistema es 
la creación de una nueva palabra 
reservada. Me explico, antes todos 
los procesos, eran eso, procesos, 
comenzaban con la palabra reserva- 
da PROCESS, debían tener normal- 
mente un FRAME, para aparecer en 
pantalla, además de devolver el 
código identificador del proceso. 
También podíamos, retornar un 
valor propio pero, en este caso, no 
podíamos usar la palabra reservada 
FRAME, ya que dicho proceso no 
podía aparecer en pantalla. En ese 
caso, dicho proceso funcionaba, 
más que como un proceso, como 
una función. Ahora con DIV2, 
podremos indicar que el proceso es 
una función, para así clarificar de 
mejor manera los listados, usando la 
palabra reservada FUNCTION. Así, 
podremos separar, y tener claro qué 
parte de código es un proceso, y 
cuál es una función. Lógicamente, 
este tipo de funciones no podrá 
tener la palabra FRAME, además de 
retornar un valor. También podrá 
recibir parámetros, como cualquier 
otro proceso. Es decir, que la inclu- 
sión de esta palabra tiene un 'aspec- 
to más clarificador, ya que en DIV1, 
ya se podía crear un proceso con el 


juegos de DIV posibles, cuyo nombre provisional es DIVCD. El proyecto 
está todavía en sus primeros pasos y esperamos que llegue a buen tér- 
mino. No es seguro pero, eh principio, sería un CD con la mayor canti- 
dad posible de juegos hechos con DIV gratuito, o lo más barato posi- 
ble, y se distribuiría por distintas revistas o por alguna distribuidora. 

Otro tema, también de interés es el DIVsite, un lugar en Internet que 
albergase todo el mundo de DIV. Esta pagina, o mejor podríamos llamarlo 
servidor, estaría creado y mantenido por los usuarios, y contendría revistas 
de electrónica, juegos, y todo lo que se ha generado, y lo que tiene que 
venir, sobre el mundo DIV. Desde estas líneas apoyamos dicha idea. 
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mismo comportamiento, lo que 

pasa es que ahora podremos indicar- 

lo de forma visible en el listado. 

Ahora pasemos a ver las funcio- 

nes relacionadas con este par de tru- 

cos, que son solamente dos. 

= int memory_free(): esta función 
devuelve un valor que nos permite 
saber la memoria libre que queda 
en el sistema. 

= Ínt ignore_error(numero): como 
parámetro de esta función debere- 
mos indicar el número de error 
que queremos ignorar. Su uso es 
sencillo, pero como hemos 
comentando anteriormente, no es 
recomendable. 


Funciones de color 

Por último, pasamos a un apartado, 
que aunque no puede parecer 
importante, en algu- 
Nos casos no será así. 
Antes de introducir 
los trucos que pode- 
mos conseguir traba- modos 8 
jando con el color 

comentaremos un par de aspectos 
de DIV2, que podremos considerar 
como negativos. 

El primero de ellos es el fallo de la 
función roll_pallete(). Esta función, 
que sirve para rotar la paleta, ha 
dejado de funcionar en DIVZ2. Este 
pequeño bug, es de carácter interno, 
por lo que no tiene solución, es decir, 
no se puede hacer nada para que 
dicha función vuelva a su estado nor- 
mal. Aunque sí podemos conseguir 
un efecto parecido con las otras fun- 
ciones. Aunque no podemos conocer 
el color que hay en una determinada 
posición, sí podemos designar una 
paleta establecida, que nosotros 
conozcamos totalmente, y moverla a 
mano, cambiando los valores, como 
veremos a continuación. 

Esa es la función que veremos 
ahora, ya que ahora existe la posibi- 
lidad de crear nuestra propia paleta 
desde cero. Esto, aunque parece 
muy simple, es muy potente, ya que 
al poder designar un color de la 
paleta con la función set_color(), 
podremos crear nuestra propia pale- 
ta, con todo lo que ello conlleva. Y 
uniendo esto al párrafo anterior, 
donde hablábamos de rol!_pallete(), 
y la posibilidad de crear nuestro pro- 
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La opción de “ignorar 
error” puede ser 
necesaria con los 
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pio roll_pallete, vamos a ver un truco 

para conseguirlo. Podremos tener en 

una tabla, nuestra propia paleta pre- 
establecida. Luego usando la fun- 
ción set_color(), la introduciremos 
dentro del programa, aunque sólo 
sea la parte que queremos rotar. Por 
último, para conseguir la rotación de 
colores, únicamente debemos cam- 
biar el índice de la tabla. Es decir, 

iremos eligiendo un distinto inicio y 

fin, de selección de color, con esto 

conseguiremos que la paleta rote, 
como hacía la función roll_pallete(). 

Además de poder crear una pale- 
ta única con todos los gráficos que 
tengamos, existe una nueva función 
en DIV2, cuya utilidad es muy obvia. 
Se trata de force_pal(), que nos per- 
mite tener una sola paleta para 
todo. Se acabó lo de convertir pale- 
tas y font de letras, de forma exte- 
rior a la programación. Ahora, usan- 
do esta función, mediante progra- 
mación, conseguiremos que todos 
los gráficos y font, se adapten auto- 
máticamente a una paleta determi- 
nada. Esto nos quitará mucho traba- 
jo, aunque debido al número de 
colores, mas de 16 millones, la 
adaptación no será siempre la desea- 
da, simplemente, porque en la pale- 
ta que tengamos cargada no exista. 

Por último, comentaremos una 
función cuya utilidad no ha encon- 
trado el que escribe, aunque esto no 
signifique que no la 
tenga, simplemente, 
no se me ha dado 
ningún caso donde 
utilizarla. Se trata de 
find_color(), que se utiliza para bus- 
car la posición de un color dentro de 
la paleta.Esta función, unida a 
set_color(), puede servir para cam- 
biar dos colores determinados de 
posición. 

Bueno, ahora pasemos a ver las 
funciones destinadas al color, de 
forma más detenida. La lista es la 
siguiente: 

- int set_color(color,r, g,b): esta función 
sirve para designar un color dentro 
de la paleta, es decir, crear un color 
propio. Como parámetros debemos 
indicar la posición de color dentro 
de la paleta, y los componentes 
RGB del color que queremos crear. 
Estos componentes RGB, son valo- 
res que definen el color. El compo- 
nente R, que proviene del inglés, 
Red, designa la fantidad de color 
rojo que tendrá el que queremos 
crear. El componente G, Green, sig- 
nifica verde, y el componente B, 
Blue, significa azul. Juntando estos 
tres componentes, podremos con- 
seguir cualquier color. 

= int find_color(r,g,b): esta función 
sirve para buscar un color determi- 
nado dentro de la paleta. 


Podemos tener en 
una tabla nuestra 
propia paleta de 
colores 
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Cuadro 2. Ediv y Fenix (El fenómeno DIV) 


Se está creando por parte de usuarios otros programas para crear 
juegos. Estos están basados en la esencia de DIV, se llaman Fenix y 
EDIV. Los dos entornos de programación son gratuitos, por lo que cual- 
quier usuario puede descargarlos desde Internet para su posterior prue- 
ba. Aunque para la gente que no tiene conexión a la Red, desde estas 
líneas, se intentará hacer llegar estos productos a esta revista. 

Y es que, realmente, DIV ha roto esquemas. El número de usuarios 
apuntados a sus listas de correo es enorme. En cualquier ida, si uno se 
pasa por el canal a eso de la media noche, se puede encontrar fácil- 
mente a 10 ó 20 personas. El número de páginas que tratan sobre DIV 
es también enorme. Y esto es sólo la gente que tiene conexión a 
Internet, es decir, un tanto por ciento del número real de usuarios que, 


seguramente, será muy grande. 


Por eso, la gente no quiere quedarse en DIV2 e intenta, por su cuenta, 
realizar productos parecidos, aunque sean gratuitos. Esto es así, porque la 
idea de DIV es genial, ya que la rapidez con que se puede hacer un video- 
juego con este producto es muy grande. Además de su sencillez de uso, y 
el que dentro de la misma herramienta se cuenta con utilidades de pro- 
gramación, de edición de gráficos, e incluso de manejo de sonido. 

Bueno, sólo desear suerte a la gente que está trabajando en estos 
proyectos. Y, desde aquí esperamos que sus productos lleguen a buen 
fin. Consiguiendo, por lo tanto, terminarlos y darles salida, de la forma 
que sea, para el disfrute de todos los usuarios que así lo quieran. 


Debemos utilizar como parámetros 
el color, dividido en componentes 
RGB, como hemos explicado en la 
función anterior. La función 
devuelve el color más cercano al 
indicado, y los componentes ten- 
drán valores entre 0 y 63. 

- int force_pal(nombre archivo): por 
último, tenemos esta función que 
sirve para forzar al programa a utili- 
zar solamente esta paleta. El entor- 
no DIV convertirá automáticamen- 
te a dicha paleta todos los fondos o 
gráficos que carguemos en memo- 
ria. Debemos indicar como pará- 
metro el nombre del archivo del 
cual usaremos la paleta. Para dejar 
de forzar la paleta, se usará como 
parámetro el valor 0, volviendo al 
funcionamiento normal. Es decir, 
los gráficos no se adaptarán a la 
paleta cargada en memoria, sino 
que utilizarán la propia. 


Rutinas de red 
Para empezar con esta sección 
habría que dejar muy claro que el 
que escribe no ha hecho pruebas 
con las rutinas de red, por lo cual, 
los consejos que se pueden dar son 
mínimos. Hasta aquí han llegado 
rumores de que tales rutinas funcio- 
nan, pero no se ha comprobado 
nada todavía. La mayor parte de la 
gente que lo ha intentado, ha teni- 
do serios problemas para hacerlas 
funcionar. Es verdad, que dichas 
rutinas tienen muchos errores o 
bugs, y el número de pruebas que 
se hicieron con ellas antes de salir al 
mercado fue mínimo. 

Esto pasa igual en el modo 8, 
que también queda por experimen- 
tar, aunque se han hecho muchas 


pruebas. Al contrario, las rutinas de 
red, más difíciles de probar, por el 
simple hecho de que hay que dispo- 
ner de una red IPX y, por lo tanto, de 
más de un ordenador para poder 
hacer pruebas. Por eso, en modo 8, 
se han encontrado miles de trucos 
como, por ejemplo, no juntar más 
de dos sectores en un punto, inten- 
tar no unir paredes en la misma posi- 
ción, no usar muchos vértices, etc. 
Sin embargo, esto no ocurre con las 
rutinas de red, donde las pruebas 
son mínimas y poco satisfactorias. 
Por esta razón, para no crear un 
castillo en el aire explicando algo 
que realmente no se sabe a ciencia 
cierta, lo dejamos en este punto, 
pidiendo a cualquier lector, que si ha 
hecho pruebas satisfactorias con las 
rutinas de red, utilizando cualquier 
tipo de truco, se lo haga saber a la 
lista de DIV, a esta revista o, simple- 
mente, al que escribe este artículo. 


Despedida y cierre 

Con este artículo se cierra la serie. 
Hemos ido recorriendo todas las 
novedades que incorpora DIVZ, 
viendo algunos trucos sobre cada 
una de ellas. Espero que todos estos 
trucos os sean útiles o que, por lo 
menos, estos artículos os hayan ser- 
vido para repasar todas las mejoras 
de DIV2. Ya sabéis que si tenéis algu- 
na duda, siempre la podéis hacer lle- 
gar a la revista, o si lo preferís, a un 
servidor, cuya dirección de correo 
electrónico es: tizoO100mbps.es. 
Nada más, como cada mes, sólo 
queda decir lo siguiente: “Que os 
DIVirtáis programando”. 


Antonio Marchal (Tizo) 
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vista lateral 


Acción platafor 


- Mapeados Tiles en 


Infinidad de fases para tu juego de plataformas 


Conectando con el anterior artículo de arcades y 
plataformas, dedicamos el espacio en esta ocasión a 
la creación e introducción al mundo de los tiles y los 
mapeados tiles en 2D de vista lateral. Un recurso que 
nos va a permitir crear escenarios diferentes en muy 
poco tiempo. 


| mundo de los tiles siempre 
ha resultado una tediosa 
tarea y quizás un gran 
inconveniente para su pro- 
pagación efectiva. Intentaremos 
pues, y debido a que muchos son 
los grafistas y programadores que 
desconocen lo que es este apasio- 


pues los años han demostrado que 
estos recursos tenían todavía 
mucho que ofrecer, y muestra de 
ello son los juegos de estrategia de 
última generación. 


¿Cómo podemos . 
émpezar a crear tiles? 


nante mundo, dar las notas inicia- 
les para adentrarnos en él. 

Los tiles han sido siempre un 
gran recurso en la programación 
de videojuegos, que nos permite 

crear grandes esce- 


Para la creación de un tile, lo pri- 
mero que tenemos que saber es el 
tipo de rejilla que vamos a utilizar. 
La rejilla (ver foto 2) será el espa- 
cio imaginario que nos servirá para 
encajar los tiles unos con otros y 


Para la creación de | Nnarios con fragmen- crear el escenario final. Es por ello 
un tile tenemos que | tos de lo que podría- | imprescindible que todos los tiles 
saber el tipo de rejilla | mos llamar un sean, “en principio” del mismo 
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autilizar | “mosaico gráfico”. 
Un tile no es ni más 

ni menos que un pequeño frag- 
mento de forma rectangular que, 
unido a una serie escasa de los 
mismos, tiene la virtud de crear 
escenarios de gran amplitud. 
Muestra de ello, son juegos como 
Super Mario World, del que os 
enseñamos una muestra de sus 
tiles (ver foto 1). Lo que hace 
característico a un tile es su forma 
especialmente diseñada, como un 
patrón que puede ser ampliado 
hasta el infinito sin la sensación de 
repetición y su limitación se 
encuentra precisamente en la ima- 
ginación y astucia de su creador. 
Pero aún es mucho más que eso 


tamaño. Sólo en principio porque 
aunque el tamaño real de los tiles 
sí sea efectivamente igual al del 
resto, con el uso de las transparen- 
cias (en DIV, el color O de la paleta 
cargada) podemos crear tiles no 
necesariamente cuadrados. Es tam- 
bién muy aconsejable, con vistas a 
la programación posterior que los 
tiles sean proporcionales a la reso- 
lución de la pantalla, es decir, a 
una resolución de 640 x 480 en la 
que sólo vamos a utilizar un scroll 
lateral en 2D (con lo que sólo 
debemos tener en cuenta los 640 
píxeles de ancho de la pantalla) 
que sus tiles sean un divisor exacto 
del mismo, en este caso, anchos 
de 64 (64 x 10=640 píxeles) 32 
(32 x 20=640 píxeles) o 16 (16 x 
4=640 píxeles), con vistas a la pro- 
gramación de tileados con scroll 
automático que veremos en el pró- 
ximo número. 

El siguiente paso es imaginar el 
tile. Los tiles suelen representar 
fragmentos de objetos, como 


Foto 1. Los Tiles de Super Mario World. 
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plataformas 


puede ser el terreno. Para crear un 
terreno no exclusivamente homo- 
géneo podemos crearlo de forma 
sencilla en tres tiles, poniendo 
especial atención en el tile que va 
en el centro puesto que será el 
que vamos a multiplicar para crear 
espacios de terreno más o menos 
amplios. 

Cuando fabricamos un tile, 
debemos tener en cuenta su posi- 
ción en la pantalla y su función, 
más concretamente, cuáles de sus 
lados van a ser compartidos con 
otros tiles, que deberán tener una 
forma determinada para que 
conecten con el tile con el que ha 
de unirse. En el caso del terreno 
del que hablábamos antes, la parte 
final izquierda de la misma debe 
tener su lado derecho pensado de 
tal manera que la parte central 
pueda continuar sus mismas líneas 
o formas sin que se note que son 
tiles independientes y de igual 
forma si va a tener partes inferio- 
res; a la parte central y la misma 
tarea para ambos lados. Y ésa es 
precisamente la tarea más compli- 
cada de los tiles, para la que hay 
que tener quizás un poco más de 
habilidad, especialmente indicado 
para aquellas perso- 
nas que dominan el 
dibujo píxel a píxel. 
Pero nada mejor que 
la práctica para 
mejorar la técnica. 
Recordad que aunque los tiles sue- 
len ser pequeños, si deseáis hacer 
objetos más grandes podéis utilizar 
varios tiles para un solo objeto, 
para lo que no tienen que ser en 
absoluto cíclicos. 


La rejilla nos indica 
qué tile va en cada 
posición y en cada 

momento 


Programación 
Pasemos a la práctica. En esta pri- 
mera parte, de los dos artículos 
que explicarán con detalles la pro- 
gramación de los mapeados tiles 
en 2D con scroll lateral, vamos a 
aprender a traspasar un mapa 
creado a partir de tiles a una tabla 
de datos con el orden de los tiles y 
desde esa tabla de tiles al mapa 
del nuestro juego. 

Hay que recordar en todo 
momento que entre las muchas 
virtudes de usar los mapeados tiles 


TILES_DEFPG 


Foto 3. Los tiles del ejemplo. 


Foto 2. Los mapeados tiles se disponen en una rejilla imaginaria. 


se encuentra la del ahorro de 
memoria y que, por tanto, vamos 
a intentar que nuestro juego use la 
memoria imprescindible, bien para 
dedicarla a otros menesteres (per- 
sonajes y enemigos de gran tama- 
ño, animaciones de los escenarios, 
o dotar al movimiento de una 
gran velocidad) o bien para que el 
programa pueda ser utilizado en 
ordenadores de gama baja. 

Una vez tengamos los tiles pre- 
parados, creamos un mapa del 
tamaño que queramos para la fase 
y los encajamos creando el escena- 
rio en la forma que deseemos, 
dividimos el mapa con líneas 
según sean el tamaño de los tiles 
para conseguir una rejilla que nos 
permita saber qué tile va en cada 
posición en cada momento. Con 
esta rejilla, apuntamos los valores 
en una tabla bidimensional (en 
realidad unidimensional), anotan- 
do los que el tile de esa posición 
tenga otorgado en el archivo fpg 
donde estén almacenados, es 
decir, si el tile que vamos a pasar a 
la tabla tiene asignado el número 
3 en el archivo fpg donde está 
guardado, entonces ése es el 
número que hay que insertar. 
Debería quedar como la que se 
muestra a continuación: 


Tiles de la fila (n* de graph en 
fpg)Tiles de la fila (n_ de graph en 


ípg) 
0,0,0,0,0,0,0,0,0,0,0, 


0,0,0,0,0,0,0, fila O 


Columnas 


No visible 


Foto 4. Figura 1 y Figura 2. 
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0,0,0,0,0,0,0,0,0,0,0, 


0,0,0,0,0,0,0, _fila 1 
0,0,0,0,0,0,0,0,0,0,0, 
0,0,0,0,0,0,0, _ fila 2 
1272,2:253/0,0 17272) 
a ATEO _ fila 3 
,4,4,4,4,6,0,0,5,4,4,4 
,4,4,4,4,6,0, _fila 4 


Tabla que traspasaremos a DIV, 
como se señalaba, de forma unidi- 
mensional. En realidad es posible, 
incluso visualmente más correcto, 


| dividir esta misma tabla de la 
| siguiente forma, y no en forma 


lineal que sería de difícil visión. 


Byte tiles[89] = 
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, 
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, 
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, 
dz az O Ol a 2 zz 2 2 3 Os 
5,4,4,4,4,6,0,0,5,4,4,4,4,4,4,4,6,0; 

//recuerde siempre el ”;” al final. 


Para acceder de forma bidi- 
mensional a esta tabla debemos 
encadenar dos bucles, uno para las 
filas y otros para las columnas o 
tiles de esa fila. Teniendo en cuen- 
ta que en este ejemplo cada fila 
contiene 18 tiles, para acceder a 
las filas posteriores a la O, tendre- 
mos que multiplicar por 18 el 
número de la fila del tile a la que 
deseemos acceder, sumándole el 
número de la posición (o colum- 
na)del tile dentro de esa misma 
fila. Lo que traspasado a un bucle 
quedaría de la siguiente forma: 


Columnas 


No visible 
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Foto 5. Super Mario Bros, todo 
un clásico de las plataformas. 


From (fila=0 to 4) 
From (columna= 0 to 17) 


Lo que conseguiremos con este 
bucle es un acceso lineal a los tiles. 
En cada fila, el bucle ejecuta los 18 
pasos (0-17) para la lectura de las 
respectivas columnas correspon- 
dientes a tiles de la fila en cues- 
tión. Por lo que sólo nos queda 
acceder a los tiles y encajarlos en 
nuestro mapa con map_put que 
nos permite introducir un gráfico 
en otro. Tan sólo un problema, 
recordad que map. put encaja los 
gráficos dentro de otros pero 
siempre dentro del mismo fichero 
fpg. Esto quiere decir que si creáis 
el mapa con new_map, no os será 
posible encajar tiles que no sean 
correspondientes al fichero O, que 
es el fichero por defecto de los 
mapas creados en tiempo de eje- 
cución. Teniendo en cuenta esto, 
sólo no quedan dos soluciones: 

A) Que el fichero O que carguemos 
siempre sea el correspondientes 
a los tiles. 

B) Que dentro de cada fichero 
incluyamos un mapa del tamaño 
de la fase de color transparente. 
Veamos, ahora sí, cómo sería la 

función que nos permitirá encajar 

los tiles en el mapa: 


From (fila=0 to 4) 
From (columna=0 to 17) 


I= tiles[(fila*18)+columna); 
If (i>0) 


Map_put(0, n*_mgp_desti- 
no, tiles[(fila*18)+columna], 
columna*acho_tile, fila* 
alto_tile); 
End 
End 
End 


Como se puede observar, en el 
bucle accedemos al n de gráfico 
que devuelve la posición del tile 


NÚMERO 9 


Foto 6. El género de las platafor- 
mas cada vez más complejo. 
consultado y sólo accedemos a 
introducirlo en el mapa si el graph 
devuelto no es O. Igualmente, para 
situarlos en el mapa, utilizamos 
una sencilla fórmula que consiste 
en multiplicar la columna por el 
ancho del tile, que nos dará su 
posición horizontal, y la fila por el 
alto del tile, que nos dará la posi- 
ción vertical del mismo. Con esto, 
ya sólo nos queda crear el scroll 
correspondiente para mover hori- 
zontalmente el mapa, en caso de 
que sea mayor que la resolución 
que deseemos. 

Para realizar un scroll necesita- 
mos al menos un mapa, que será 
el de la fase, aunque se pueden 
poner algún otro que haga de 
fondo para crear un scroll parallax 
que podría dar un toque de cali- 
dad a nuestro juego, y también un 
proceso, en este caso el principal 
que activaremos como la scroll 
camera, con scroll. camera=id. 
Quedando algo así: 

START_SCROLL(O0, fpg_tiles, 
9,0,0,0); 

// en este caso dejamos en blanco el 
segundo mapa y no permitimos que 
el mapa se repita de forma cíclica 

Scroll. camera=id; 

Y para controlar el scroll simple- 
mente: 

If (keyC_left)) 
If (x>0) x-=4; END 
End 
If (key right)) 
If (x<1500) x+= 4 END 
END 


Conceptos básicos de un 
mapper 

Un mapper es un programa que 
permite hacer de forma automáti- 
ca las tablas de tiles a partir de un 
diseño que nosotros mismos haya- 
mos definido para un determinado 
escenario. Es bastante útil y prácti- 
co porque realizar estas actividades 
“a mano” puede resultar bastante 
monótono. Las utilidades más 
características de los mismos inclu- 
yen una rejilla que adapta de 
forma automática los tiles que el 
usuario ha seleccionado para una 


Acción p 


casilla determinada de esa rejilla. 
Para evitar que el usuario coloque 
un tile en una zona que no es 
exactamente la correcta podemos 
mirar las coordenadas del ratón en 
el momento de la pulsación y 
colocarlo en el cuadrante que 
corresponda a esa situación del 
ratón. Por ejemplo, si se trata de 
una rejilla de tiles de 20 x 20 
podemos comprobar en qué cua- 
drante está el ratón dividiendo por 
esos mismos valores las coordena- 
das de x e y: x/20=columna y 
y/20=fila. Otro aspecto importante 
es la posibilidad de automatizar 
totalmente la creación de escena- 
rios, es decir, no sólo presentar los 
tiles la parte derecha de la pantalla 
para que el usuario los pulse y los 
ponga en la rejilla sino poner tan 
sólo iconos y usar el 
método de pulsar y 
arrastrar el ratón para 
que, por ejemplo, una 
sección de terreno se 
ponga de forma auto- 
mática correctamente, es decir, de 
todas sus partes (parte izquierda, 
central y derecha, terreno debajo 
de terreno, etc) con lo que podre- 
mos incluso dar la posibilidad al 
jugador de crear él mismo sus pro- 
pias fases sin ningún tipo de pro- 
blema. En el próximo número se 
mostrará un sencillo ejemplo de 
cómo crear un mapeador de tiles y 
comentaremos las partes más 
importantes del código. 


Un mapper es un 
programa que 
permite hacer tablas 
de tiles 


Un mapeado tile con 
scroll avanzado con scroll 
automático 

Decíamos anteriormente que una 
de las grandes virtudes que tienen 
los mapeados tiles es su bajo uso 
de los recursos del sistema. Este 
no es el caso del ejemplo que 
damos en este número pues un 
mapa de 1500 x 480 píxeles 
puede pesar bastante en memoria. 
Sólo es un ejemplo para mostrar 
cómo se empiezan a manejar los 
mapeados tiles y su programación. 
Una vez terminado este paso, 
debemos idear un sistema que de 


Foto 7. Los Tiles, un recurso acogido 
en mucho géneros de videojuegos. 
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Acción plataformas 


Foto 8. El inolvidable Dr. Malvado, el 


mejor plataformas de DIV. 


Los tiles suelen ser 
pequeños, para un 
objeto grande se 
usan varios tiles 


forma automática muestre en la 
pantalla sólo lo que estamos vien- 
do exclusivamente. Pensemos por 
un momento en los programas de 
estrategia que en su gran mayoría 
usan igualmente técnicas de 
mapeado de tiles. Si vemos el caso 
de Warcraft, las fases en extensión 
suelen ser bastante amplias supe- 
rando los mapas incluso los 5000 
x 5000 píxeles e inumerables per- 
sonajes interactuando de forma 
continua en tiempo real. ¿Cómo 
es posible algo semejante de 
forma fluida? Pues la única res- 
puesta es no mostrando lo que no 
se ve en ese momento, es decir, 
mostrar sólo aque- 
llos gráficos que 
exclusivamente se 
están visualizando, 
suspendiendo la 
parte gráfica de los 
mismos que no lo están. Algo que 
traducido a los mapas de tiles se 
traduce en mostrar sólo aquellas 
fracciones de tiles que se están 
visualizando e ir actualizando la 
parte correspondiente a las regio- 
nes que van a ser vistas inmedia- 
tamente. En DIV, el único método 
posible que permite semejante 
cosa es la interacción entre un 
scroll y new_map de la forma que 
se va a describir teóricamente a | 
continuación y prácticamente con 
un ejemplo en el siguiente número 
de acción y plataformas. 

Teniendo como base la misma 
tabla que usamos para el ejemplo 


Ejemplo de juego con scroll lateral. 


Ea: 
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que viene con el CD de la revista 
(de un tamaño de 73 x 23=1679 
tiles) de los que se utilizan en pan- 
talla tan sólo la mitad, vamos a 
reducir el tamaño del mapa al 
tamaño de un mapa igual a la reso- 
lución que utilicemos en ese 
momento más un incremento en su 
ancho y alto correspondiente al 
tamaño también de ancho y alto de 
tipo de tiles que usemos, en este 
caso de 20 x 20, por lo que en una 
resolución de 640 x 480 debería- 
mos utilizar un mapa de 660 x 500 
y lo ponemos como mapa principal 
de un scroll cíclico (horizontalmen- 
te, o también verticalmente si 
vamos a esa posibilidad). 
Procedemos de la misma forma que 
se explicó y ponemos los tiles 
correspondientes a toda la pantalla 
de visión y la parte no visible de 
actualización que le añadimos. 
Precisamente en esa región de 20 
píxeles que no se ve, será la parte 
que iremos actualizando según 
vayamos necesitándola, esto es, que 
cuando el jugador mueva el mapa 
hacia la derecha, el scroll moverá 
las regiones visibles quedando no 
visibles las primeras que aparecieron 
y entrando en las regiones visibles 
la parte que nosotros dejábamos 
para actualizar. Veámoslo de forma 
gráfica con un ejemplo. 

Imaginemos una rejilla de tan 
sólo seis columnas (ver fig.1), 
donde la última no es visible y 
para poder actualizar los tiles sin 
que el usuario vea ningún cambio. 
Cuando el jugador mueve el mapa 
y la región 6 que antes no era visi- 
ble se muestra en su totalidad en 
la pantalla, la región 1 queda 
totalmente oculta en la parte que 
ocupaba la 6, por lo que nuestro 
algoritmo deberá actualizar aque- 
llas zonas del mapa que no estén 
visibles en ese momento. 


Otra cuestión muy importante 
a tener en cuenta a la hora de 
crear un scroll automático de tiles 
avanzado es los mapas de durezas 
necesarios para que los personajes 
y enemigos puedan adaptarse a 
los mapas creados. Debido a que 
sería igualmente un inconvenien- 
te, en lo que a requerimiento de 
memoria supondría, tener cargado 
en memoria un mapa sólo para 
medir las durezas de nuestro 
mapeado de tiles. Para resolver 
esta cuestión, lo único que debe- 
mos hacer es un tileado paralelo al 
nuestro que, incluso aprovechan- 
do la misma rejilla y con los mis- 
mos números que anteriormente 
tenían los tiles, crear copias de 
esos mismos tiles que usábamos, 
pasarlo a escala de grises y pintar 
sobre ellos las zonas que impiden 
pasar o que permiten que el per- 
sonaje pueda pasar por encima. 
En aquellos tiles que sean indife- 
rentes para el mapa de durezas, es 
decir, que no tienen ningún efecto 
con los personajes o enemigos, 
simplemente, podemos dejarlos 
como transparentes. 

Dejaremos el resto para el 
siguiente número que lo dedicare- 
mos en exclusiva a comentar el 
código del ejemplo, en el que se 
mostrará un ejemplo de scroll tile 
avanzado, un mapper para mostrar 
cómo automatizar las tareas. 
Mucha teoría y muy poca práctica 
en este número, en el siguiente 
tendremos todo lo contrario. Hasta 
entonces podéis mandar cualquier 
tipo de duda o sugerencia en rela- 
ción con la sección a migensGteleli- 
ne.es o en la lista del canal en 
egroups (www.egroups.com) en 
canaldivOegroups.com. 


José Antonio Migens Gómez (VITAL). 
migensOteleline.es 


Dudas de los lectores 


Respuesta 


cución. 


Nos llega la consulta de un usuario preocupado por un proble- 
ma que ha encontrado con DIV, provocado por el intérprete de la 
sintaxis de DIV que se queda colgado cuando se declara cualquier 
tipo de variable con el único texto “con”. No aparece el problema 
si está acompañado de cualquier otro tipo de carácter. 


Curioso problema el que nos comentas. Como al parecer el proble- 
ma sólo ocurren con las variables strings con el texto “con” para utili- 
zarlo en las comparaciones en cualquier texto o cualquier otro tipo de 
acción podemos añadirle:en la declaración de la variable cualquier tipo 
de carácter al final y dentro del programa, al inicio o en el mismo 
momento que te haga falta eliminar el último carácter de la variable. 
Esto es posible debido a que parece que el problema se encuentra en el 
momento de interpretar la validez del código y no en el tiempo de eje- 
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a en quioscos, grandés superficies 
tiendas 


Disfruta del milenario 
¡ juego del ajedrez desde 
otra dimensión. 
“Millennium Chess” 
es un simulador de 
ajedrez con el que 
podrás desafiar a 
familiares y amigos 

o al propio ordenador. 
Incluye manual con 
amplia información 


PI: E: 
$ EJ ¿ 1 | 


2 Digital Dreams Multimedia 
ñ Digital y C/ Alfonso Gómez, 42, nave 1-1-2 
e 28037 Madrid (España) 
reams Fax: +34 91 304 17 97 


Software en castellano MULTIMEDIA www.ddmultimedia.com 


COMPATIBLE 


Para más información, 
llamar al teléfono +34 91 304 06 22 


Perfecciona tu estilo ajedrecístico 


Div 


Trabajando con cadenas 


Usando cadenas de texto 


Además de estos tipos de datos, 
disponemos de otras estructuras que 
nos permiten acceder a los datos de 
una forma mucho más cómoda y 
segura. Estas son las tablas y las 
estructuras. 

Las tablas no son más que una 
lista de valores a los que se puede 


Un aspecto muy importante de un juego es la 
interactividad con el usuario. Es por ello que 
conviene diversificar las formas de comunicación con 
el jugador. Encontraremos en las cadenas una 
herramienta muy útil para construir interfaces 
hombre-máquina más eficaces. 


Un tipo de datos es 


almacenamiento de 
los valores de un 


asta ahora, tan sólo nos 
hemos comunicado con 
nuestros juegos mediante 
el teclado, joystick y ratón, 
para realizar desplazamientos de 
procesos. Pero en muchas ocasiones, 
desearemos utilizar el teclado para 
escribir texto y poder procesarlo 
posteriormente. Un claro ejemplo es 
una tabla de récords, en la que 
debemos introducir nuestras inicia- 
les. En este número veremos cómo 
podemos captar y operar con cade- 
nas de texto, pero para ello, en pri- 
mer lugar, debemos conocer la 
nueva estructura de declaración de 
datos en DIV 2: los tipos de datos. 


Tipos de datos 

¿Qué es un tipo de datos? No es 
más que la forma de almacenamien- 
to de los distintos valores de un pro- 
grama. En la primera versión de DIV, 
podíamos declarar variables globa- 
les, locales y privadas, sin atender al 
tipo de dato que representaban, ya 
que todos se almace- 
naban de la misma 
forma. Esto también 
se puede realizar en 
DIV 2, si bien es reco- 
mendable utilizar la 
nueva capacidad de que dispone. 
Con los tipos de datos, podemos 
indicar la forma de almacenarlos en 
nuestro juego. Muchos de vosotros 
pensareis que es una carga más a la 
hora de programar. Es cierto, pero 
nos proporciona una mayor robus- 
tez en el código producido, ya que 
se pueden detectar con mayor facili- 
dad errores como la asignación de 
un valor de cadena a una variable 
numérica. 


la forma de 


programa 


FE Calculadora 


Con las funciones itoa y calculate 
podemos usar DIV 2 como si de 
una calculadora se tratara. 


En DIV 2 disponemos de varios 
tipos de datos, que describimos a 
continuación: 

— INT: es el valor por defecto, es 
decir, el que se toma si no se indica 
ningún tipo de dato. Era el usado 
por la primera versión de DIV para 
todas sus variables numéricas. Su 
rango de valores oscila entre 
2147483648 y +2147483647. 

- WORD: la variable tiene un rango 
de valores entre 65535 y 0. No 
admite números negativos, con lo 
que para usarlos, debemos utilizar 
el tipo de datos INT. 

— BYTE: toma datos entre 255 y 0. 

— STRING: es un tipo específico de 
tablas que nos permitirá almacenar 
una cadena de caracteres, es decir, 
una sucesión de letras. 

Todas las funciones del lenguaje 
han sido modificadas para aceptar 
como parámetros estos nuevos tipos 
de datos, si bien, se sigue mante- 
niendo compatibilidad al 100% con 
la versión anterior. 
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acceder mediante su posición en la 
misma, es decir, si tenemos una lista 
de valores BYTE como la que sigue: 


2,4,6,8,7,1,2,10 


Para acceder al valor 6, debemos 
indicar su posición, en este caso la 
posición 2 (comenzando por 0). 
Gráficamente, una tabla puede 
representarse de la siguiente forma: 


4567 


Posición 3 
AZ SÓ 


0-12 

Valor 246 

Para crear una tabla debemos 
seguir la siguiente sintaxis: 


<tipo de dato> nombre tabla 
[tamaño de la tabla); 


Para asignar a cada posición un 
dato (siempre del tipo de dato indi- 
cado en la declaración), debemos 
seguir la siguiente sintaxis: 


Nombre_tabla[posición] = valor; 


Si queremos asignar varios valo- 
res a la vez, sólo podremos realizarlo 
durante la declaración, para lo cual 
haremos de la siguiente forma: 


<tipo de dato> nombre tabla 
[tamaño de la tabla] = valorl, 
valor2,..., valor; 


El valor del tamaño de la tabla 
puede ser mayor que el número de 
valores que hemos indicado posterior- 
mente. Podemos omitir dicho valor, 
para de esta forma, asignar el tamaño 
correspondiente al número de valores 
que aparecen a continuación. 

¿Y para qué todo esto? Pues vol- 
viendo al caso que nos preocupa, las 


ass € a. 


En la primera versión de DIV podíamos utilizar las funciones de la librería 
ASCII.dll para realizar operaciones que se han introducido en DIV 2. 


cadenas de caracteres (o STRING), no 
son más que tablas en las que cada 
letra de nuestra cadena ocupa un 
lugar. Por tanto, podremos acceder 
individualmente a cada una de las 
letras como si de una tabla se tratara. 

La única diferencia respecto a las 
tablas normales radica en el final de 
la cadena. Como toda tabla, una 
cadena tiene una capacidad límite, 
indicada durante la declaración. Sin 
embargo, podemos escribir una 
cadena de caracteres que ocupe 
menos espacio, con lo que en el 
espacio sobrante se almacenarán 
valores no deseados. Para que el 
compilador de DIV no tome estos 
valores como válidos, debemos indi- 
car dónde acaba la secuencia de 
texto. Para ello utilizaremos el valor 
nulo, es decir, cuando nuestra cade- 
na se acabe, añadiremos al final de 
ésta un valor de carácter 0. 

Todo esto parece complicado, 
pero es completamente transparen- 
te para el programador si utilizamos 
las funciones que se añaden en la 
nueva versión de DIV para la mani- 
pulación de estas cadenas. Estas fun- 
ciones, que serán descritas más ade- 
lante, manipulan sin ningún tipo de 
problemas las cadenas, con lo que 
tan sólo nos debemos preocupar de 
no manipularlas manualmente para 
no provocar fallos importantes en 
nuestros programas. 

Veamos pues, para finalizar con 
esta introducción, cómo podemos 
definir el tamaño de nuestras cade- 
nas de caracteres y cómo podemos 
asignarles un valor. Como vimos 
anteriormente, podemos declarar 
una cadena simplemente escribien- 
do STRING nombre. En este cáso, el 
número máximo de caracteres que 
puede almacenar la cadena es de 
256. Para variar dicha limitación, 
bien porque creamos excesivo el 
tamaño y deseemos ahorrar memo- 
ria para nuestro programa, bien por- 
que deseamos utilizar cadenas más 
largas, debemos utilizar la sintaxis de 
declaración de tablas: 
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STRING nombre[tamaño); 


Por tanto, STRING nombre; equi- 
vale a STRING nombre[256]; . 

Nota: Los miembros de una 
tabla pueden ser también accedidos 
a través del paso de una variable 
que almacene un valor que indique 
la posición a la que queremos acce- 
der. Esto quiere decir que el código 
que sigue: 


BYTE a = 5; 
Cadena[a] = “a”; 


Es equivalente a Cadena[5]= “a”; 

Esto nos permitirá el acceder de 
forma secuencial a los elementos de 
una tabla, por ejemplo mediante un 
bucle cuya variable sea el índice de 
nuestra tabla. 


Dando valores a las 
cadenas 

Para asignar un valor a una cadena, 
debemos seguir la sintaxis habitual 
que hemos utilizado para asignar 
valores a otros tipos de datos. La 
única diferencia radica en la expre- 
sión de la cadena. Esta debe apare- 
cer entrecomillada (comillas dobles) 
y si aparece en varias líneas, deben 
aparecer entrecomilladas cada una 
de las partes en las que está dividida 
la palabra y sin ningún tipo de códi- 
go entre las líneas, excepto comen- 
tarios. Veamos un ejemplo: 


STRING cadena = “DIVmanía”; 
Que es equivalente a: 


STRING cadena = “DIV” 
// cadena de caracteres “manía”; 


Realizando operaciones 
con cadenas 

DIV 2 añade una gran cantidad de 
operaciones, que nos permite tratar 
este nuevo tipo de dato como tal, 
de forma que podamos realizar ope- 
raciones aritméticas de todo tipo 
con él. Todas estas operaciones tie- 


Iniciación Div. 


nen un equivalente en forma de fun- 

ción, si bien la forma aritmética 

tiene un inconveniente en lo que se 
refiere al tamaño de la cadena: no 

puede sobrepasar nunca los 1024 

caracteres en el resultado. Por tanto, 

debemos prever siempre esta situa- 
ción en todos los programas que 
realicemos. 

Estas son las operaciones que 
podemos realizar: 

- Acceso como tabla: ya descrita 
anteriormente. 

- Paso como parámetro: tal vez sea 
la opción que nos dé más juego. 
Podemos enviar como parámetro 
a las funciones que precisen de 
una cadena de texto, una variable 
STRING. Con esta nueva capaci- 
dad podemos por ejemplo pedir el 
nombre de un fichero por teclado 
para posteriormente cargar la ima- 
gen asociada a dicho nombre 
mediante la función load_map. 
Posteriormente la analizaremos a 
fondo. 

- Asignación: además del método 
visto anteriormente, podemos 
asignar el valor de dos cadenas 
entre sí. El código que sigue equi- 
valdría a copiar el contenido de 
s2asl: 


Los string son tablas 
en las que cada letra 


La función que 
ocupa un lugar 


equivale a esta ope- 
ración es 
strcpy(s1,52), que recibe como 
parámetros las cadenas origen y 
destino. La cadena de origen (s2) 
puede ser el valor de una cadena, 
es decir, sería válido: 
strcpy(s1,”DIVmanía”); 

- Concatenación: esta operación 
equivale a añadir una nueva cade- 
na de texto al final de otra. Es 
decir, si tenemos dos cadenas sl y 
s2 con valor “DIV” y “manía” res- 
pectivamente, la concatenación 
s152 sería “DIVmanía”. El orden 
entre ambos operadores no se 
puede invertir, ya que s2s1 genera- 
ría “maníaDIV”. Para realizar esta 
operación, utilizaremos el opera- 
dor suma: 


$1 = string 1 + string 2 +... + 
string n; 


Donde las cadenas pueden ser 
tanto un valor como una variable. 
La función equivalente a esta ope- 
ración es strcat(s1,52), que nos 
permite copiar s1 al final de s2. La 
desventaja de esta operación es 
que sólo se puede concatenar un 
elemento al mismo tiempo. 

- Añadir caracteres: es un caso 
especial del anterior. Se realiza 
mediante la sentencia: s1+= “a”; 


Las comparaciones 


cadenas idénticas 


Div 


- Eliminar caracteres: se pueden 
suprimir del final de una cadena 
mediante cualquiera de las 
siguientes sentencias: 


S1--; si-=1;51 =52-1; 


Una variante de esta operación la 
encontramos en la función 
strdel(s1,prin, fin); donde s1 es la 
cadena de la que se quieren elimi- 
nar los prin caracteres y los fin 
caracteres. 

- Comparaciones: nos permite 
determinar si una cadena es idénti- 
ca a otra o, el orden en el que apa- 
rece cada una de ellas alfabética- 
mente. La sintaxis es la que sigue: 
S1 <s2: S1 antes en orden alfabé- 
tico. 

S1 <= s2: $1 antes en orden alfa- 
bético o idéntica. 

S1 ==52: S1 idéntica a s2. 

S1 >= 52: S1 después en orden 
alfabético o idéntico. 

S1 > s2: $1 después en orden alfa- 
bético. 

S1 <> s2: $1 no idéntico a s2. 
Estas expresiones pueden utilizarse 
en sentencias de tipo IF. Otra 
opción es la de utilizar la función 
stremp(s1,52); como alternativa. 

Esta función compara 

dos cadenas, devol- 

viendo un número 

positivo si s1 va des- 

pués de s2 en orden 

alfabético y negativo 
si va después. Si son idénticos, el 
resultado es 0. 

- Longitud: mediante la función str- 
len(s1); podemos determinar la 
longitud de una cadena. El valor 
devuelto no es el tamaño de la 
tabla que lo almacena, sino el de la 
palabra almacenada. 

— Relleno: la función strset(s1,c); nos 
permite rellenar la cadena s con el 
carácter c repetido tantas veces 
como la longitud de la tabla de la 
cadena. 

- Posición: las funciones strstr(s1,52) 
y strchr(s1,c) devuelven la posición 
donde se encuentran la cadena s2 
y el carácter c en la cadena sl res- 
pectivamente. 

- Mayúsculas y minúsculas: 
mediante las funciones lower (s) y 
upper(s) podemos convertir a 
minúsculas o mayúsculas respecti- 
vamente, todos los caracteres de la 
cadenas. % 

- Cálculo de expresiones: esta fun- 
ción es un tanto especial, ya que 
nos permite utilizar DIV como si de 
una calculadora se tratara. La fun- 
ción calculate(s) devuelve el resul- 
tado de realizar una operación 
matemática expresada en la cade- 
na s. Dicha expresión puede ser 
desde un número hasta una com- 


nos permiten 
determinar las 


IERARARRAARREFE y 


binación de operaciones básicas 
de DIV (modula, resta, suma, pro- 
ducto, raíces cuadradas...). 
Veamos un ejemplo: 
A = Calculate (“2+3*4”); 
// A valdrá 14 
A= Calculate(“14”); 

// A valdra también 14 

— Conversión de enteros a cade- 
nas: mediante la función ¡toa(ente- 
ro); podemos convertir cualquier 
número entero en una cadena de 
texto. Continuando con el caso 
anterior, la función s1 = ¡toa(A); 
asignará a sl el valor 14. 


Encontrando una 
aplicación 

Después de toda esta descripción 
tan abultada de datos, estamos ya 
en disposición de crear algo útil 
con todas estas funciones. Como 
dijimos al comienzo, podemos 
tomar datos desde el teclado e 
introducirlos en cadenas. Pero estos 
datos se deben leer de alguna 
forma. Hasta ahora, tan sólo sabe- 
mos determinar la pulsación de 
diversas teclas mediante la función 
key(), lo que nos supondría el reali- 
zar una función de selección tan 
grande para determinar la tecla 
pulsada, que ocuparía gran parte 
del tiempo de cálculo en cada 
frame. Es por ello que DIV posee 
una variable global predefinida que 
contiene el código ASCII (código de 
caracteres internacional) de la últi- 
ma tecla que ha sido pulsada. Esta 
variable se denomina ascii. 

Este código ASCII es el que se 
utiliza para almacenar los diversos 
caracteres de una cadena y, por 
tanto, si tomamos dicho valor, tan 
sólo debemos añadirlo a una cadena 
como dijimos anteriormente: 


$1 += ascii; 


De esta forma podemos realizar 
una sencilla línea de comandos 
como la que sigue: 


PROCESS línea_de_comandos(x, y) 

PRIVATE 

STRING cadena = “”; // este valor 
nos indica que se trata de una cadena 
vacía 

ident; 

BEGIN 

Ident = write (0,x, y,O,cadena); 


LOOP 
IF (key(_backspace)) 
Cadena--; 
ELSE 
Cadena += ascii; 
END 
FRAME; 
END 
// si se sale, borra el texto 


mE) 


e 


Delete_text(ident); 
END 


Hemos introducido la detección 
de la pulsación de la tecla de borra- 
do para que el comportamiento de 
la línea de comandos sea el que 
tenemos acostumbrado, y no apa- 
rezcan caracteres extraños durante 
la ejecución. Es por ello que nos 
debemos siempre detectar el caso 
especial de la tecla de borrado. 

Es importante reseñar que si bien 
teníamos entendido que un texto no 
podía variar dinámicamente como lo 
hacían los contadores numéricos 
(como vimos en los primeros capítu- 
los con el coche de carreras), en este 
caso y con el uso de variables, —si 
disponemos de esta opción-, el 
código resultante es muy sencillo y 
se limita al cambio del contenido de 
las variables asignadas a los identifi- 
cadores de texto. 

Otra posible aplicación de estas 
funciones es la creación de una sen- 
cilla calculadora en línea. Para reali- 
zarla, utilizaremos las funciones ¡toa 
y calculate: 


PROGRAM prueba; 


PRIVATE 
STRING cadena; 
BEGIN 
cadena = ""; 
write (0,0,0,0,cadena); 
LOOP 
if (kefl_backspace)) 
cadena--; 
ELSE 
IF (key(_enter)) 
cadena = itoa(calculate(cade- 
na)); 


ELSE 
cadena+=ascii; 
END 
END 
FRAME; 
END 


END 


Conclusiones 

Estas son algunas aplicaciones bási- 
cas de las cadenas de texto. Todas 
las opciones anteriormente descritas 
nos permiten ampliar nuestro rango 
de acción y realizar nuevas aplicacio- 
nes, como las tablas de récord ante- 
riormente descritas, o el famoso 
juego del ahorcado, o un parser 
para aventuras gráficas, etc. 


Para cualquier tipo de consulta, 
sugerencia u opinión, podéis dirigi- 
ros a la dirección de e-mail: 
trinidadOarrakis.es. 


Pablo Trinidad 
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actualizar los datos 
de la ventana de 
diálogo cada vez que 


x¿:-  _ _  _  _—_  —_——_- 


Interno 


Ventana de procesos. 


guardar todos los datos de una 
ventana en una estructura que 
se declare globalmente, al igual 
que en el caso anterior, en el 
archivo principal de la aplicación 
o en el del marco principal de la 
ventana. De esta forma, accede- 
mos sin ningún problema a los 
datos desde cualquier punto de 
la aplicación, sin embargo, tene- 
mos una tarea adicional, que es 
la de actualizar los datos de la 
ventana de diálogo cada vez que 
se ejecute. Para ello, utilizaremos 
un evento o función al que 
Windows llama cada vez que 
una ventana se inicia: WM_INIT- 
DIALOG. En esta fun- 
ción, actualizaremos 
las variables corres- 
pondientes a cada 
control, para poder 
mostrar el mismo 
aspecto que cuando salimos de 
dicha ventana. 

Veamos pues el procedimiento 
que hemos seguido para separar 
dichas opciones, para lo cual utili- 
zaremos la primera variante. 


Tenemos que 


se ejecute 


Separando las opciones 

Para empezar, debemos decla- 
rar una variable en la clase 
CMainFrame, que se corresponderá 
con el diálogo CDatosPrincipal. 
Para ellos pulsaremos como diji- 
mos el botón derecho sobre el 
nodo correspondiente a nuestra 
clase y seleccionaremos la opción 
añadir variable miembro. 
Declararemos un puntero de la 
siguiente forma: 


CDatosPrincipal *datos; 


Hemos elegido un puntero, 
para asignar disiámicamente 
memoria al diálogo, lo que es 
mucho más correcto que utilizar 
una variable estática, ya que se le 
reserva para ella espacio dentro 
del ejecutable, de forma que 
desde el inicio hasta el final de la 
aplicación se está ocupando una 
memoria que podría estar aprove- 
chándose para otra cosa. Ahora, 
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debemos asignarle memoria en la 
función OnCreate, llamada por 
Windows cuando se crea la aplica- 
ción. Añadimos: 


Datos = new CDatosPrincipal; 
If (Datos == NULL) return —1; 


De esta forma nos aseguramos 
de que la operación se ha realiza- 
do con éxito. 

Este procedimiento es el que 
seguiremos para cualquier diálogo 
que creemos en un futuro. 
Debemos recordar que este códi- 
go no funcionará a menos que se 
le añada la carga del fichero de 
cabecera donde está declarada la 
clase CDatosPrincipal en el fichero 
del marco de aplicación: 


*include “datosprincipal.h” 


Debemos ahora separar la 
opción de menú en dos. Para ello, 
conservaremos el identificador de 
evento que tenía asociada la ante- 
rior opción de menú y lo reutiliza- 
remos en la nueva opción que cre- 
aremos, donde se seguirá llaman- 
do al diálogo de datos principales. 
De esta forma, nos ahorramos 
gran cantidad de variaciones. Para 
ello utilizaremos el editor de recur- 
sos como especificamos en el 
número anterior y obtendremos 
dos submenús distintos: 

- Opciones: donde están ubicadas 
todas las posibilidades del siste- 
ma, como los datos principales, 
la lista de procesos del juego... 

- Crear archivo: donde se genera- 
rá el archivo con el código defi- 
nitivo de nuestro juego. 

Dentro del ClassWizard, defini- 
remos la función asociada a cada 
una de las opciones del menú. En 
la función asociada a la llamada 
del diálogo, debemos cambiar el 
contenido anterior (llamada estáti- 
ca) por una llamada tan simple 
como: 


datos->DoModal(); 


Para el generador de códigos, 
debemos hacer algunos cambios 
con respecto al anterior sistema. 
En el número anterior, implemen- 
tamos la grabación dentro de la 
función OnOk() del diálogo de 
datos, que se ejecutaba si se salía 
de la ventana de diálogo pulsando 
“Ok”. Si copiamos el código ante- 
rior en la función asociada al even- 
to de creación de archivo, tan sólo 
debemos realizar algunos peque- 
ños cambios. Estos cambios se 
corresponden con la localización 
de las variables de datos. Estas 
variables ya no son locales a la 
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clase, sino que se encuentran 
accesibles a través del puntero 
datos. Por tanto, el acceso debe 
realizarse como sigue: 


Datos->variable; 


Tan sólo nos falta un pequeño 
detalle. Debemos asegurarnos que 
los datos se conservan entre llama- 
da y llamada. Para ello debemos 
guardarlos justo antes de salir. Esto 
lo haremos en la propia función 
OnOk(, mediante una llamada a 
la ya conocida función 
UpdateData(TRUE), que se encarga 
de almacenar en toda y cada una 
de las variables miembros, el dato 
almacenado en sus controles 
correspondientes. 

Ya disponemos pues de un sis- 
tema separado. 


Introduciendo el nombre 
del programa generado 
Para poder especificar el nombre 
del programa que generaremos y 
no estar restringidos al propio uso 
del archivo result.prg, podemos 
realizar una operación semejante a 
la realizada para la selección del 
fichero de imágenes en el diálogo 
de datos básicos. Abriremos una 
de las ya famosas ventanas de 
guardar fichero, y tomaremos el 
nombre del fichero resultante y lo 
crearemos para posteriormente 
Operar con él: 


void 
CMainFrame::OnCrearprograma() 


FILE *salida; 
CFileDialog 
file(false, "prg", NULL, OFN_HIDEREA- 
DONLYIOFN_OVERWRITEPROMPT, 
"Programa 
(*.prg)l*.prall" NULL); 
if (file. DoModal()==IDOK) 
( 


if ( (salida = 
fopen(file. GetFileName(), "w")) == 
NULL) 

[ 

MessageBox("Error en la 

apertura del fichero de 
salida", "Error"); 

else 


A 


De esta forma sólo se grabará 
si pulsamos OK en la ventana de 
diálogo, y habremos conseguido 
nuestro primer objetivo. 


Añadiendo nuevas 
capacidades 

Una vez separados estos dos ele- 
mentos, ya podemos plantearnos 
la posibilidad de ampliar nuestro 
entorno, añadiéndole una capaci- 


DIV MANÍA [O NIZJE] 


dad que sin duda es bastante inte- 
resante: la creación de procesos. 

Para realizar esta tarea, debe- 
mos prever el diseño que realizare- 
mos de la misma pata poder ata- 
car frontalmente su creación. En 
un primer término, tendremos una | 
ventana de diálogo a la cual se 
accederá desde el menú de opcio- 
nes. En dicha ventana aparecerá 
una caja de lista, donde como su 
propio nombre indica, se listarán 
todos los procesos que queremos 
crear. Para crear un nuevo proce- 
so, utilizaremos un botón donde 
podamos agregarlos, de forma 
que si se pulsa, aparecerá una 
nueva ventana de diálogo donde 
podremos establecer el nombre 
del proceso. Utilizaremos el segun- 
do procedimiento de los listados al 
comienzo, es decir, utilizaremos 
una clase externa donde almace- 
naremos los datos de cada proce- 
SO. 

Dentro del propio diálogo, 

podemos especificar todas las pro- 
piedades que deseemos para cada 
uno de los procesos. Para ello, dis- 
pondremos de una serie de opcio- 
nes que aparecerán a la derecha 
de dicha lista y que variarán según 
el proceso elegido en la propia 
lista. Si bien no lo realizaremos en 
este número, indicaremos la forma 
de realizarlo, ya que es muy senci- 
llo con la estructura que vamos a 
definir. 


Procedimiento para la 
creación del diálogo de 
procesos 

Creamos una nueva ventana de 
diálogo, dentro de la cual introdu- 
ciremos una caja de lista y un 
nuevo botón cuyo título será agre- 
gar. Mediante el ClassWizard cre- 
aremos la clase correspondiente a 
este nuevo diálogo que se llamará 
CProcesosDlg. Definimos ahora 
pues varios eventos que nos ayu- 
darán a crear el comportamiento 
deseado tal y como podéis ver en 
la tabla 1. 

Y debemos establecer las varia- 
bles que almacenarán los valores 
de cada control como figura en la 
tabla 2. 

Para guardar las propiedades 
de cada proceso, debemos crear 


Ventana para agregar el nombre 
de un nuevo proceso. 


Tabla 1 
Control Evento 
Botón agregar BN_CLICKED 


Lista LBN_SELCHANGE 
Botón OK BN_CLICKED 
Ventana WM_INITDIALOG 


Epor cl 


Abre el diálogo de agregar 
cuando se pulsa el botón 
Cambia las propiedades que 
aparecen en la ventana cuan- 
do se selecciona otro proceso 
Llama a la función 
UpdateData() para grabar 
todos los datos en sus varia- 
bles correspondientes 


Establece los valores de cada 


uno de los procesos en la 
ventana 


Acción 


Tabla 2 


Control 


IDC_LISTA 
IDC_LISTA 


Tipo 
CString 


CListBox 


Variable 


m_Proceso 
m_ListaProcesos 


ed 


una estructura o clase, lo que 
haremos rápidamente mediante la 
opción Nueva clase del menú 
“Insertar”. Dentro de las opciones, 
elegiremos como tipo clase genéri- 
ca y le pondremos el nombre 
CProcesosDatos. Esta clase es muy 
sencilla y tan sólo, contendrá una 
variable pública de tipo CString 
que llamaremos m_Nombre. 

Para poder utilizar esta estruc- 
tura debemos crear una pila de 
esta estructura, es decir, una 
estructura dinámica que nos per- 
mita crearlas y destruirlas a nues- 
tro antojo. Esto es bastante más 
complejo y, una solución bastante 
rápida y funcional es crear un 
array o matriz de estas estructuras 
con un tamaño fijo. Dicho tamaño 
lo fijaremos en el momento de 
compilación, mediante una varia- 
ble constante global o una senten- 
cia como la que sigue: 


define MAX_PROCESS 10 


Y dentro de la clase 
CProcesosDlg escribiremos: 


class CProcesosDlg( 
Public: 


CProcesosDatos datos 
[MAX_PROCESS]; 
Int contador; 


7 
La variable contador la utiliza- 
remos para controlar en todo 


momento el número de estructu- 
ras de datos que se encuentran 
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almacenadas, y evitar además aña- 
dir más procesos de los permitidos 
por la estructura. Es por ello que 
debemos iniciarla a O en el cons- 
tructor de la clase. 


Creando el diálogo de 
agregar 

Tan sólo nos resta diseñar nuestro 
diálogo, donde agregaremos el 
nombre del proceso que deseamos 
crear. Para ello, utilizaremos de 
nuevo el editor de recursos, donde 
agregaremos un nuevo diálogo. 

Como en todos los diálogos 
creados hasta el momento, en pri- 
mer lugar introduci- 
mos los controles, 
que en nuestro caso, 
consistirá en una 
caja de edición 
donde introducire- 
mos el nombre del nuevo proceso 
y un texto estático que nos indi- 
que el título. 

En un segundo paso, creamos 
la clase asociada a la ventana de 
diálogo, a la que llamaremos 
CAgregar y le asociamos al valor 
del texto de la caja de edición una 
variable de tipo CString a la que 
llamaremos m_Nombre. 

Por último escribiremos el códi- 
go necesario. Sólo modificaremos 
el evento ONOK, correspondiente 
a la pulsación del botón de OK de 
nuestra ventana. De esta forma, 
conseguiremos que se conserve el 
valor introducido en la caja de edi- 
ción en la variable m_Nombre, que 
posteriormente podremos leer 
para introducirlo en el cuadro de 
lista de la ventana de procesos. 


Para diseñar nuestro 
diálogo utilizaremos 
el editor de recursos 


opciones e integrarlas 


Pero debemos tener en cuenta 
que no todos los nombre de pro- 
cesos que introduzcamos son váli- 
dos. Es importante que no tengan 
espacios en el nombre. Los espa- 
cios pueden sustituirse por el 
carácter de subrayado. Por eso, el 
código resultante en la función 
OnOK() será: 


void CAgregar::OnOK() 


UpdateData(TRUE); 
char *temp; 
temp = new 
char[m_Nombre.GetLength()]); 
int i =0; 
while 
(¡<m_Nombre. GetLength()) 


if (m_Nombre[i]==' ') 
templi]="_'; 
else 
temp[i]=m_Nombrefli); 
i++; 
la 
templi] = 0; 
m_Nombre = temp; 
UpdateData(FALSE); 
CDialog::OnOK(); 
) 


Es importante realizar la última 
llamada a 
UpdateData(), ya 
que si no la realiza- 
mos, no se conser- 
van los valores en la 
clase de forma correcta. 


Ahora podremos 
crear nuevas 


en el escritorio 


Escribiendo el código 

Ya sólo nos queda escribir el códi- 
go del comportamiento de la clase 
CProcesosDlg: 


void CProcesosDlg::OnOK() 


// Primero debemos guardar 
los datos en las variables 

UpdateData(TRUE); 

CDialog::OnOK(); 


void CProcesosDlg:: 
OnCambioProceso() 
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Nuevo aspecto de la barra de menú. 


// aquí introduciremos los cam- 
bios en los controles de las propie- 
dades 

// asociadas al proceso seleccio- 
nado 


) 
void CProcesosDlg::OnAgregar() 


CAgregar agregar; 
if (agregar.DoModal()== 
IDOK) 


if (contador < MAX_PRO- 


[ 


m_ListaProcesos.AddString 
(agregar. m_Nombre); 

datos[contador]. 
m_Nombre = agregar.m_Nombre; 

contador++; 

) 
) 
) 


CESS) 


BOOL CProcesosDlg:: 
OninitDialog() 


CDialog::OnInitDialog(); 


for (int ¡ = 0; ¡ < contador; 
++) 


m_ListaProcesos.AddString 
(datos[i].m_Nombre); 
) 


return TRUE; 
) 


Como podemos apreciar, este 
código es bastante simple y tan 
sólo tiene una función no utiliza- 
da hasta el momento: 
AddString(). Mediante la misma, 
podemos añadir una cadena de 
texto al cuadro de lista, devol- 
viéndonos un índice que podre- 
mos utilizar más adelante para 
asociarle datos mediante una 
función denominada 
SetltemData(). Esta asociación de 
datos nos permite vincular una 
estructura de cualquier tipo a 
cada una de las cadenas que 
aparecen en el cuadro de lista. 
Gracias a esto podemos asociar a 
cada elemento una estructura 
del tipo CProcesosDatos que con- 
tenga los valores de las propie- 
dades de cada proceso, y se gra- 
ben en la estructura global si se 
pulsa el botón OK y no se grabe 


si se pulsa Cancelar. No obstan- 
te, y por cuestiones de simplifi- 
cación, esta opción la dejamos a 
la elección del lector. Hemos 
optado por agregar directamente 
el dato en la estructura global e 
incrementar el contador en 
consecuencia. 


Modificando la creación 
de ficheros de salida 

Para finalizar, debemos permitir la 
salida por fichero además de la 
nueva opción de creación de pro- 
cesos. Para ello, debemos alterar la 
función correspondiente al evento 
de la opción de menú de Crear 
archivo y añadirle por ejemplo el 
siguiente código: 


int max = Procesos->contador; 
for (int ¡ = 0; < max; i++) 


fprintf(salida, "PROCESS %s() 
n" Procesos->datos[i].m_Nombre); 
fprintf(salida, "BEGININLOOPN 


nWFRAME¡InNENDINENDInn”); 


) 


// final del fichero 
fprintf (salida, "END"); 


Con esto concluimos el desa- 
rrollo. 


' Conclusión 


Hemos desarrollado una nueva 
estructura en nuestro programa 
que nos permite crear nuevas 
opciones e integrarlas en el entor- 
no sin ningún problema y con 
extrema facilidad. No hemos inte- 
grado las propiedades de los pro- 
cesos dentro del diálogo, sin 
embargo, hemos establecido una 
estructura que nos permite hacer- 
lo sin ningún obstáculo. Es evi- 
dente que el sistema utilizado 
puede ser mejorado, sobre todo 
en la limitación que supone tener 
un número máximo de procesos 
fijo, mediante el uso de estructu- 
ras de almacenamiento dinámi- 
cas. No obstante y al igual que lo 
que ocurre con las propiedades 
de los procesos, lo dejamos a 
vuestra libre elección. 

Si deseáis realizar alguna con- 
sulta, sugerencia o exponer una 
opinión, tenéis a vuestra completa 
disposición la siguiente dirección: 
trinidadGOarrakis.es 


Pablo Trinidad 
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En esta entrega analizaremos en funcionamiento 
general de Direct Play, el módulo de DirectX 
encargado de simplificar la programación de las 
comunicaciones y modos de juego en red. 


ara aquellas personas que 

hayan trabajado en un siste- 

ma operativo UNIX, el con- 

cepto de socket seguro no 
les es desconocido. Se trata de abrir 
un zócalo en nuestra máquina, 
asignarle un puerto y “conectarlo” 
a otro abierto en otra/s máquina/s 
que también tiene habilitado uno 
en ese puerto, enviando informa- 
ción por él. Este sistema ha sido 
durante muchos años el utilizado 
por miles de programadores, inclu- 
so en Windows 9X y NT. Un claro 
ejemplo son los navegadores 
Internet Explorer, Netscape 
Communicator o el mismísimo 
Quake 3 Arena (en su versión 
Win32 como Linux). 

Este es un mecanismo relativa- 
mente sencillo y eficiente para 
enviar o recibir datos mediante pro- 
tocolos garantizados (TCP / SPX) o 
no garantizados (UDP / IPX), estan- 
do, incluso, orientado a tareas multi- 


Application 


DirectPlay Interface 


DirectPlay Object $ 


Service 
Providers 


-» 
Internet LAN Modem Private 
Network 


Aquí vemos la estructura de los diferentes 


niveles que utiliza DirectPlay. 


thread (multihilo o multitarea) con 


| esperas pasivas y señales o eventos, 


a la vez que es posible utilizarlo en 

varias plataformas salvaguardando 

la portabilidad y compatibilidad. 
Con el nacimiento de DirectX 


| pasó algo parecido que con 
| OpenGL. Se daba soporte a los 


sockets en Windows mediante una 
API llamada WinSock, pero se lanza- 


| ba una nueva llamada Direct Play. 


Pero esta vez no era un rival en 
sí, sino que se apoyaba en los llama- 
dos Service Providers, que no son más 
que una serie de librerías DLL que 
utiliza para comunicarse con el dis- 
positivo de red, para enviarle o reci- 
bir mensajes de él. Es decir, que esta 
sub API de DirectX se sitúa en un 
nivel bastante alto, utilizando otras 
APIs de nivel medio para comunicar- 
se con la capa baja de hardware. 

Su funcionamiento básico se 
centra en la denominada sesión. En 
alguna parte del menú del juego 
habrá un “Crear sesión”, que indica 
la creación de un espacio al que se 
irán uniendo una serie de jugado- 
res. Podríamos definirla como “una 
colección de jugadores”. 

Estas sesiones pueden ser enu- 
meradas mediante una función de 
DirectPlay que veremos más tarde. 
Está permitido crear más de uno 
por máquina, con lo que es posible 
habilitar servidores en Internet que 
alberguen y gestionen más de una. 

Esta API es bastante flexible en 
lo referente a modelos de comuni- 


Direct X 


cación: podemos optar entre el clá- 
sico y eficiente Cliente / Servidor, 
modelo distribuido punto a punto 
o un sistema mixto. 

También es posible crear gru- 
pos de jugadores, utilizar mecanis- 
mos garantizados o no garantiza- 
dos, utilizar protocolos de encripta- 
ción y certificación, soporta cone- 
xiones telefónicas, por módem y 
red local y direct cable por cone- 
xión serie o null-modem y manejo 
de grupos de jugadores, muti- 
casting-broadcast, etc... 

Y, por si fuera poco, los planes 
para DirectX 8 contemplan el envío 
y recepción de mensajes de voz 
comprimidos por Internet... Todo 
ello mediante un protocolo propio, 
el Direct Play Protocol. 

Además, al ser una API basada 
en el estándar COM (Component 
Object Model), mediante el uso de 
queries, mantiene la compatibilidad 
con todas sus versiones anteriores y 
permite la fácil actualización a ver- 
siones posteriores. 

Su única desventaja es que, de 
momento, a la espera de la prome- 
tedora consola de Microsoft, nVidia 
y otros, la X - Box, API sólo se 
encuentra disponible para las dife- 
rentes versiones de Windows CE / 
9X / NT y 2000. 


La obtención de una 
instancia de Directplay 
Deberemos poner al principio de 
nuestro programa C++ 


*include <dplay.h> 
include <dplayx.h> 


Así como incluir las librerías 
estáticas DPLAYX.LIB, DXGUID.LIB y 
OLE32.LIB 
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Como todos los objetos de 
DirectX, lo primero que hay que 
hacer para poder utilizarlos es obte- 
ner una instancia por COM mediante 


LPDIRECTPLAY4  IpDPA4 ; 
Colnitialize (NULL) ; 


CoCreatelnstance(CLSID 
DirectPlay, 
NULL, 
CLSCTX_ALL, 
1ID_IDirectPlay4A, 
(VOID**)SIpDP4); 


La función CoCreatelnstance 
forma parte de COM y se le pasa 
como primer parámetro un CLSID 
(class ID) con el número de la clase 
que identifica a DirectPlay. Como 
segundo parámetro pasamos NULL, 
como tercero pasamos 
CLSCTX_ALL, como cuarto el 
número que identifica a una instan- 
cia IDirectPlay4 y como quinto a un 
puntero donde guardarla. 

Nótese que se ha hecho un 
Colnitialize () al principio para ase- 
gurarnos de que COM se encuentra 
inicializado, de esta forma, 
CocReatelnstance no fallará por este 
motivo. 

Bien, ahora que ya tenemos un 
IDirectPlay4, debemos enumerar los 
Service Providers que se encuentran 
instalados en nuestra maquina. Para 
ellos, hacemos 


IpDP4 -> EnumConnections(8g_ 
AppGUID, 
EnumServiceProviders, 
miHWna, 
DPCONNECTION_DIRECTPLAY); 


Como primer parámetro, le 
pasamos nuestro GUID de aplica- 
ción. Si no tenemos uno, podemos 
generarlo con la utilidad GUIDGen 
que se proporciona con el paquete 
Microsoft Visual Studio o pasar 
NULL. El segundo parámetro indica 
la dirección de una función callback 
para recibir la enumeración, el ter- 
cero un context parameter (en este 
caso quiero pasarle el handle de 
una ventana List Box para que 
ponga el nombre del service provi- 
der en él), y al cuarto le paso siem- 
pre DPCONNECTION_DIRECTPLAY. 

La función callback en detalle 
tiene la siguiente sintáxis: 


BOOL FAR PASCAL 
EnumsServiceProviders (LPCGUID 
pguidSP, 

VOID* pConnection, 
DWORD dwConnectionSize, 
LPCDPNAME pName, 
DWORD dwFlags, 

VOID* pvContext) 
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DirectPlay es capaz de administrar 
varios modelos de comunicación. 
Destacan el Client/Servidor y 
arquitectura distribuida. 


//Variables locales 

HRESULT hr; 

LPDIRECTPLAY4 IpDirectPlay4 = 
NULL; 

VOID* pConnectionBuffer = NULL; 

HWND hWnaListBox = 
(HWND)pvContext; 

LRESULT ¡lndex; 


// Creamos un IDirectPlay 
CoCreatelnstance 
(CLSID_DirectPlay, 
NULL, 
CLSCTX_ALL, 
IID_IDirectPlay4A, 
(VOID**)SGpDPA4 )% 


// Comprobamos que la cone- 
xión con el Service Provider está dis- 
ponible inicializándola y luego destru- 
yéndola. 

if (IpDirectPlay4- 
>InitializeConnection (pConnection, 


0) l= DP_OK) return FALSE ; 


//Como ya no necesitamos más 
el IpDP4 temporal creado, lo libera- 
mos (no confundir con el del principio 
del artículo) 

IpDirectPlay4 -> Release () ; 


//Ponemos nombre del Service 
Provider en el List Box 

¡Index = SendMessage 
(hWndListBox, LB_ADDSTRING, 0, 
(LPARAM)pName->lpszShortNameA); 

if(iIndex == CB_ERR) return 
FALSE; 


//Reservamos memoria para el 
buffer de conexión con el Service 
Provider 

pConnectionBufter = new BYTE[ 
dwConnectionSize ); 

if(pConnectionBuffer == NULL) 
return FALSE; 


// Guardamos GUID en varia- 
ble local 

memcpy (pConnectionBuftfer, 
pConnection, dwConnectionSize); 


ELA RN ARAABARAAAE 


| como se hizo anteriormente. 


//Colocamos GUID en List Box 

SendMessage(hWndListBox, 
LB_SETITEMDATA, ¡lndex, 
(LPARAM)pConnectionBuffer); 


return TRUE; // Keep enumera- 
ting) 
) 


Una vez que el usuario elija el 
proovedor de servicios que desea 
utilizar (TCP/IP, modem, direct 
cable, etc...), inicializaremos la 
conexión con InitializeConnection() 


A continuación, podemos crear 
una sesión de la siguiente forma: 


DPSESSIONDESC2 dpsd ; 
— 

memset ( £dpsd, O, 
sizeof(dpsd)); 

dpsd.dwSize = sizeof(dpsd); 

dpsd.dwFlags = 
DPSESSION DIRECTPLAYPROTOCOL; 

dpsd.guidApplication = 
g_AppGUID; 

strcpy (dpsd.IpszSessionNamea, 
“misesion”) ; 

dpsd.dwMaxPlayers = 32; 

IpDP4 _ Open (Sidpsd, DPO- 
PEN_CREATE) ; 


Básicamente, se rellena una 
estructura del tipo DPSESSION- 
DESC2 con el GUID de nuestra apli- 
cación, nombre de sesión y una 
serie de flags. Obsérvese que se uti- 
lizará el Direct Play Protocol, lo que 
permite utilizar mensajes garantiza- 
dos aún en el caso de estar en UDP 
y IPX. Esto es así porque se reenvían 
cada cierto tiempo. Otra ventaja de 
este flag es el aprovechamiento 
inteligente del ancho de banda o 
tiempo de respuesta (throttling). 

Más abajo se especifica el máxi- 
mo número de jugadores que 
admitirá la sesión, que serán 32, 
pero con un valor de O podemos 
hacer que no exista límite de parti- 
cipantes. 

Una vez que hemos creado la 
sesión con IDirectPlay4: Open (), 
debemos añadirle un server plaper. 
Para ello utilizaremos el método 
IDirectPlay4: CreatePlayer () de la 
siguiente forma: 


HRESULT CreatePlayer( 

LPDPID IpidPlayer, 
LPDPNAME IpPlayerName, 
HANDLE hEvent, 
LPVOID IpData, 
DWORD dwDatasSize, 
DWORD dwrFlags 

); 


Como primer parámetro, pasa- 
mos un puntero a una variable 
que recibirá su ID después de la 


llamada. El segundo especifica un 
puntero a su nombre, el cuarto 
indica un evento que será señala- 
do cada vez que reciba un mensa- 
je y como sexto pasaremos la 
constante DPPLAYER_SERVERPLA- 
YER, retornando DP_OK si todo 
fue correcto. 

Bien, si estuviésemos en un 
modelo Cliente / Servidor, habría- 
mos creado ya éste último. Nos fal- 
taría crear un player cliente unién- 
dolo a la sesión. Conviene enume- 
rar todas las sesiones existentes y 
preguntar al usuario/a cuál quiere 
unirse. Para ello, contamos con el 
método IDirectPlay4: EnumSessions 
(). Su uso puede verse en el 
siguiente ejemplo: 


//Enumera todas las sesiones 
LPDPSESSIONDESC2 dpsd ; 


memset (Sdpsa, 0, sizeof(dpsa)); 

dpsd.dwSize = sizeof(dpsa); 

dpsd.guidApplication = 
g_AppGUID; 


IpDP -> EnumsSessions (Sdpsa, 
10000, EnumeraSesiones, NULL, 
DPENUMSESSIONS_ALL); 


Como vemos, después de relle- 
nar una estructura DPSESSION- 
DESC2 con el GUID de nuestro pro- 
grama y su tamaño, se la pasamos 
a dicho método, junto con el time- 
out (10 segundos aquí), la dirección 
de memoria de una función call- 
back y un flag que le indica que 
enumere todas las sesiones, admi- 
tan o no más jugadores. 

Aquí podemos ver en detalle el 
callback: 


BOOL FAR PASCAL 
EnumeraSesiones (LPCDPSESSION- 
DESC2 pdpsd, DWORD* pdwTimeout, 
DWORD dwFlags, VOID* pvContext) 


// Si pasó el timeout, para la 
enumeración 

if (dwFlags € DPESC_TIME- 
DOUT) return FALSE; 


// Se ha encontrado una sesión 
correcta. Imprime por pantalla su 
nombre, número de jugadores actua- 
les y número de jugadores máximos. 

printf("%s (%d/%d)4 papsd- 
>lpszSessionNameA, pdpsd- 
>dwCurrentPlayers, pdpsd- 
>dwMaxPlayers); 


//Continúa la enumeración 
return TRUE; 
) 


Una vez que el usuario haya 
escogido en qué sesión quiere 
entrar, lo unimos a ella con: 
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LPDPSESSIONDESC2 dpsd ; 


memset (Sdpsd, 0, sizeof(dpsd)); 

dpsd.dwSize = sizeof(dpsd); 

dpsd.guidApplication = 
g_AppGUID; 

dpsd.guidinstance = pSession- 
>guidSession; 

IpDP4 _ Open (édpsd, DPO- 
PEN_JOIN); 


Nótese que hemos de indicar el 
GUID de la sesión a la que quere- 
mos unirnos. 

El paso siguiente será dar al 
nuevo jugador de alta. De nuevo, 
volveremos a utilizar el método 
IDirectDraw4: CreatePlayer (), tal y 
como lo hicimos anteriormente. 

Ahora ya podemos enviar men- 
sajes de uno a otro mediante 
IDirectPlay4: Send () 


HRESULT Send( 

DPID ¡dFrom, 

DPID ¡dTo, 

DWORD dwrFlags, 
LPVOID IpData, 
DWORD dwDataSize 


); 


Los dos primeros parámetros 
especifican el ID del remitente y 
destinatario. Como flags podemos 
especificar: 

- DPSEND_GUARANTEED: Si quere- 
mos garantizar la llegada del 
mismo. No importa que estemos 
utilizando un protocolo UPD o 
IPX. Como activamos el DPSES- 
SION_DIRECTPLAYPROTOCOL al 
crear la sesión, aún tratándose de 
un sistema no garantizado, se 
asegurará la recepción y envío de 
mensajes. 


- DPSEND_ENCRYPTED: Podemos 


cifrar los mensajes, para lo cual, al 
crear la sesión, debimos especifi- 
car un flag indicando que se trata 
de una secure session. 
DPSEND_SIGNED: Por si no fuera 
suficiente con una sesión segura, 
DirectPlay nos brinda la posibili- 
dad de firmar digitalmente los 
envíos, para lo que tendremos 
que tener instalado en nuestra 
máquina algún mecanismo de 
certificado. 

A la hora de recibir mensajes se 
desaconseja el uso en bucle de 
IDirectPlay4: Receive (), siendo 
mucho más eficiente un sistema de 
threads pasivos, debiendo utilizar 
en muchos casos mecanismos de 
memoria compartida, semáforos y 
señales. El funcionamiento es el 
siguiente: un hilo despierta por la 
llegada de una señal externa que 
activa un evento. Es ese momento 
podemos leer el mensaje entrante 
de la cola con 


DirectPlay Launcher 


Application C - y 
Connection [Conexión de módem para DieciPlay *] 
Player name DEA 
Session name A a 27] 
Session creation $ Hostaession —— C Joinsession 


O [iaa] 


Quit | 


HRESULT Receive( 
LPDPID IpidFrom, 
LPDPID IpidTo, 
DWORD dwrFlags, 
LPVOID IpData, 
LPDWORD IpdwDataSize 


y 


Los dos primeros parámetros 
indicarán el remitente y destina- 
tario. Como flags podemos espe- 
cificar: 

— DPRECEIVE_ALL - Coge el primer 
mensaje de la cola y lo borra de 
la misma. 

— DPRECEIVE_PEEK - Coge el primer 
mensaje de la cola sin borrarlo de 
la misma. 

- DPRECEIVE_TOPLAYER - Activa 
destinatario. Sólo se cogerán los 
mensajes dirigidos a él, ignorando 
los demás. 

— DPRECEIVE_FROMPLAYER - Activa 
remitente. Sólo se cogerán los 
mensajes enviados por el remiten- 
te seleccionado, y se ignoran los 
demás. 


Conclusiones 

Esto no ha hecho más que empe- 
zar. Con DirectPlay podemospyhacer 
infinidad de aplicaciones: desde el 
más simple programa de chat hasta 
el sistema de red del juego más 
complicado, pero debido a la inten- 
ción meramente introductoria de 
este artículo, no hemos querido 
profundizar más. En próximas 
entregas veremos más detallada- 
mente su funcionamiento, añadire- 
mos como ejemplo un pequeño 
programa y analizaremos algunas 
características avanzadas, tales 
como el manejo de grupos o la cre- 
ación de lobbies para servidores en 
Internet. 

De todas formas, si tenéis algu- 
na duda, queréis hacer algún 
comentario o simplemente inter- 
cambiar ideas, podéis encontrarme 
en santyhammerCOlatinmail.com. 


Santiago Orgaz 
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DIV Deathmaker (V) 


Ya falta poco para el final. En este número, 
nuestro motor está casi al completo. Salvo la IA 
de los bots, y algunas partes como son los 
disparos/explosiones y los daños en el jugador 
y bots, todo lo demás está listo. 


ras haber acabado comple- 

tamente con la “interfaz” de 

los menús y, prácticamente 

todo, salvo el motor del 
juego (la parte 3D), podemos meter- 
nos en profundidad en lo que es la 
programación pura y dura de juegos. 
Hasta ahora no había una clara dife- 
rencia entre la línea que separa la pro- 
gramación orientada a juegos y la de 
los programas, pero como notaréis, 
en esta última la programación toma 
una orientación distinta. 

Lo primero que se puede obser- 
var en nuestro nuevo PRG (el cual ha 
crecido de forma espectacular) es 
que muchas partes han sufrido cam- 
bios, en especial, la declaración de 
variables. Como todos sabréis, al 
empezar un programa se tiene una 
base mental sobre la estructura gene- 
ral que va a tener, pero a medida 
que se avanza en el programa esta 
base que se fijó va a ir modificando y 
ampliando. Con DDM no ha podido 
ser de otro modo; son muchas las 
modificaciones como para enumerar- 
las todas, pero por ejemplo: 

Algunos datos se guardaban en 
variables tipo PRIVATE. Al comprobar 
más tarde que era necesario acceder 
a esas variables desde otro proceso, 
se han tenido que cambiar algunas a 
GLOBAL, o LOCAL... también pasa lo 
mismo con variables que se guarda- 
ban en tablas tipo WORD que más 
adelante, al observar que era necesa- 
rio acceder 4 su OFFSET (desde un 
write_int, por ejemplo) se han tenido 
que pasar a variables “sueltas”. 


El portal se hace 

mas grande 

Nuestra función portalmuerte() ha 
aumentado (y bastante) en código. 
Antes de nada, quiero comentar que 
HABÍA UN ERROR en el PRG de la 
anterior Divmanía (“mea culpa”, lo 
siento), exactamente en la asigna- 


ción de registros de PLAYER[7], parte 
que consideré como complicada y 
quiso la fortuna que justo ahí se 
diera un BUG. En este número ya 
está corregido. 

En el anterior número la función 
portalmuerte() cargaba y preparaba 
perfectamente el modo8 y, de 
hecho lo sigue haciendo, aunque se 
pueden apreciar los cambios a partir 
del fin del bucle principal de juego: 
ahí comienza un largo proceso de 
DESCARGA de todo lo que había en 
memoria y no era necesario. De 
todos modos, hay un problema de 
memoria descrito más adelante. 

Otra novedad en portalmuerte() 
es una parte que gestiona unas 
variables llamadas “mensaje1”, 
“mensaje2”, etc... explicado en la 
sección “EL MSJMASTER”. 

Por último, os quiero recordar 
que portalmuerte() TODAVÍA no 
guarda los resultados de una parti- 
da, por razones obvias. Todavía no 
se puede “matar” a nadie, porque 
las armas no disparan perfectamen- 
te (aunque sí hacen la animación y 
llaman al proceso disparo) y no está 
implementado el reconocimiento 
de colisiones y daño. 


El MS]MASTER 
Este nombre tan curioso es el que 
alberga uno de nuestros procesos, 
además uno muy importante, se 
trata del “Maestro de los mensajes”, 
es decir, el proceso que gestiona la 
“cola” (o pila) de mensajes, añadien- 
do mensajes nuevos, reteniéndolos 
por un tiempo y eliminando los anti- 
guos cuando se sobrepasa el límite. 
En realidad, el msjmaster() funcio- 
na en conjunto con portalmuerte(), 
puesto que es esta última función la 
que se encarga de ir borrando men- 
sajes con el tiempo y mostrarlos a 
cada FRAME. Msjmaster() simplemen- 
te se encarga de los mensajes nuevos. 
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Cuando queremos meter un 
mensaje en la cola llamamos a msj- 
master, por ejemplo, con la siguien- 
te sintaxis: msjmaster(“Este es un 
mensaje de prueba”) y msjmaster 
comprueba si hay un “slot” o men- 
saje libre en orden y lo introduce 
allí; si no encuentra ningún mensaje 
libre (o mejor dicho, línea de men- 
saje), corre todos un lugar hacia 
arriba y lo coloca el primero. 

Como podéis observar, ya están 
implementados todos los mensajes 
de recogida de objetos y armas. 
Faltan los mensajes que indican las 
muertes y asesinatos del jugador y 
los bots. 


Contrólame 

a ese jugador 

Llegamos al proceso más “escabro- 
so”, por decirlo de algún modo, del 
programa. Algunos pueden pensar 
que en la parte de la lA de los bots 
es necesario extenderse más que en 
el proceso del jugador. En cierto 
modo así es, sin erfbargo, no hay 
tanta diferencia, porque lo que 
hacen los bots está de cierta manera 
“escondido”; no necesita represen- 
tación en pantalla, mientras que lo 
que hace el jugador sí. Por supues- 
to, los bots también tienen que 
estar un tiempo cambiando de arma 
y recargando (aunque en algunos 
juegos parece ser que cambian ins- 
tantáneamente de arma). 

El proceso del jugador es muy 
largo como para explicarlo en su 
totalidad. Hay varias partes que 
siguen una estructura similar, así que 
nos basaremos en la composición 
general del proceso. Por supuesto 
hay que recordar que todavía está 
incompleto, aunque no falta mucho. 

Empezamos con un esquema 
básico del proceso jugador actual 
que podéis ver en la Tabla 1. 

Como veis, son varias partes, 


todas y cada una de ellas imprescin- 
dibles para el correcto funciona- 
miento y movimiento del personaje 
por el mundo 3D. Ahora, de forma 
más detallada, os explicaremos cada 
una de ellas: 

La preparación del proceso: 
consiste básicamente en 
ción de las varia Am 
asignació 


es, podemos encon- 
vañable que en ese 
gue el jugador está 
bien el teletransporte a 
mico al azar (con su 
ente efecto de teletrans- 
sortea, basado en procesos “dot”) y la 
mazlización de variables como la 
vda (a 100), la munición, el arma 
escogida por defecto...Os aconsejo 
que le echéis un vistazo a los comen- 
tarios que hay en la declaración de 
variables privadas de jugador(), ya 
que aclaran bastante su utilidad. 

Muestra de la munición, vida 
y blindaje: son unos simples writes, 
hay que considerar que el que 
muestra la munición tiene que 
hacer un write_int (y necesita un 
dato que no sea tabla, de ahí la 
existencia de mun_vab), y tiene que 
conocer qué arma hay seleccionada 
y si no se está cambiando de arma. 

Restauración de pantalla: seis 
líneas banales que no permiten que 
se quede la pantalla en el fade cuan- 
do se cogen objetos, armas, etc. 

Gestión del Quake Damage: 
perfectamente explicado en el lis- 
tado; esta parte controla la varia- 
ble COUNTER (contador de Quake 
Damage) y se encarga de terminar 
el Quake Damage al alcanzar el 
límite, para ello muestra 
un mensaje. 

Gestión de la gravedad: una 
parte algo larga y quizá complicada. 
Toma las alturas del techo y el suelo y 
las divide en dos partes. Una de ellas, 
si se toca suelo (la variable Z es igual a 
la altura del suelo) o no, y la otra, si se 
toca techo. En la primera se controla 
el “balanceo de visión” (que se pro- 
duce al saltar desde muy alto; la vista 
se va desplazando hacia abajo) y se 
resetea la gravedad a O o, en caso de 
que no se toque suelo, se auménta el 
balanceo y la gravedad. En la segun- 
da, si se toca techo (obviamente sólo 
se puede hacer tras un salto) la grave- 
dad se restablece a 1. ¿Por qué? Por si 
todavía quedara gravedad negativa 
(vamos, que sube el proceso), para 
que no se quede “pegado” al techo 
un rato, sino que nada más tocar el 
techo comience a bajar. 

Control del salto: es muy sim- 
ple. Si se pulsa el botón derecho del 


ratón y se está tocando el suelo 
(porque si no podríamos volar), la 
gravedad adopta un valor negativo 
(-25) y el balanceo de visión se res- 
tablece (100). 

Control de pulsación de teclas: 
aquí hay que explicar cómo funciona 
“armaa”. Ármaa es una variable que 
indica el arma seleccionada y su 
estado. Así, el valor 10 corresponde 
al láser de impulsos en estado “nor- 
mal”, el 11 a “sacando el láser de 
impulsos”, 12 sería “recargando el 
láser de impulsos”, 13 “esperando 
tras disparo de láser de impulsos”, 
14 “disparando el láser de impul- 
sos”. Con la Qk22 sería con la dece- 
na del 20, la ADC la del 30, etc. No 
todas las armas usan todos estos 
valores, de todos modos. 

En esta parte, lo que se hace es 
comprobar si se pulsa una tecla de 
las de selección de armas (1-7) Y si 
“armaa” termina en O o en 1 (arma 
lista o cambiando de arma). Para 
hacer esta comprobación se usa el 
MOD (resto). IF ((Armaa MOD 
10)<2) significa eso mismo, si el resto 
de la división “armaa entre 10” es 
menor que 2... Si se cumple la condi- 
ción, se puede cambiar de arma, y 
por ejemplo si se pulsa 3 (ADC) 
“armaa” pasa a valer 31. Otra parte 
del proceso se encargará de guardar 
el arma actual y sacar la ADC. 

Control de dirección: es algo 
largo pero básico y fácil de enten- 
der. El proceso del jugador avanza, 
luego comprueba si ha colisionado 
con algún bot o alguna caja explo- 
siva mediante los get_id y si es así, 
retrocede lo avanzado. Funciona 
igual para el avance hacia delante, 
atrás, y el “strafe”. 

Control de colisiones con obje- 
tos y armas: es realmente la parte 
más larga pero también es muy fácil 
de entender. Si se está tocando suelo 
(único modo del que se puede reco- 
ger un objeto/arma) se van compro- 
bando las colisiones con los distintos 
objetos y armas, uno por uno, y si se 
choca con alguno se “coge” (aña- 
diendo el arma, la munición o lo que 
sea), se hace un fade y se muestra el 
mensaje de “recogida”, diciéndole al 
proceso del objeto o arma que ha 
sido recogido, para que “desaparez- 
ca” temporalmente. 

Actualización del aiming: son 
sólo tres líneas que registran el 
movimiento del ratón para mover el 
centro de visión. En la última línea, 
se guarda el ángulo con el que se 
apunta en “oldangle” (para cuando 
el proceso estuviera “volando”, ya 
que tiene dos ángulos, uno el ángu- 
lo de dirección en que se avanza y 
otro el ángulo en el que se mira). 

Control del visor: cuatro esca- 
sas líneas para detectar la pulsación 


3D 
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Visión espléndida 
del magnánimo búnker. 


de espacio y llamar al visor, explica- 
do más adelante. 

Gestor de la representación de 
armas en pantalla: es una parte bas- 
tante larga y que tampoco tiene 
tanto misterio, pero sería extenderse 
demasiado. Os aconsejo que lo miréis 
en el código fuente, ya que no es tan 
difícil. De todos modos he considera- 
do esta parte como un “adorno” o 
“retoque profesional” al juego, ya 
que el modo de cambiar las armas, 
tan suave, y el balanceo de las mis- 
mas, no son estrictamente necesarios 
para que el juego funcione). 

Control de disparo: está mez- 
clado con la parte anterior porque 
es algo muy parecido, sólo que 
además de representar el arma 
llama a la función disparo con los 
parámetros pertinentes, indicando 
primero el tipo de disparo (O=láser 
de impulsos, 1=qk22/ADC, 2=blás- 
ter de fusión, 3=repetidor láser, 
4=lanzamisiles, 5=mina). 

Comprobación del máximo de 
municiones: a veces se supera el 
máximo de municiones, por ejemplo 
si se tienen 149 balas y se coge un 
cargador, no deberían aumentar a 
159 sino a 150; en realidad aumen- 
tan a 159 pero esta parte lo corrige 
después, reduciéndolas a 150. 

Control de la muerte: es una 
parte que, aunque funciona, no se 
puede usar todavía, así que lo dejaré 
para el próximo número) paciencia. 

Restauración del ratón y caída 
en gravedad: el ratón se vuelve a 
centrar en pantalla y se cae (o se 
sube) la gravedad. 

Con esto acaba la visión global 
del proceso que controla al jugador. 
¿A qué no era tan complicado 
como parecía? 


El visor 

¿Qué es el visor? Os hago una 
pequeña introducción... en Div 
Deathmaker se puede escoger un 
skin para cada bot, pero si sólo se 
tiene un skin o poca memoria, es 
casi seguro que exista más de un bot 
con el mismo skin. ¡Vaya! ¿Cómo 
diferenciarlos al jugar con dos igua- 
les? Con el visor. Este es un proceso 
que manda una “sonda” en la direc- 
ción en que está mirando el jugador 
y al acercarse a un bot retorna su 
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Lanzamisiles y, enfrente, Quad 
Damage. Como podéis comprobar 
los mensajes no se cortan un pelo. 


nombre. Es un proceso lento, por lo 
que sólo se activa al pulsar la tecla 
ESPACIO. Y es el único modo de 
diferenciar bots con el mismo skin, 
además de por su comportamiento. 

En el PRG ya se avisa que visor 
es Un proceso inestable debido a los 
propios bugs del modo8 y no se 
aconseja usarlo en exceso... por 
desgracia no puedo hacer nada 
para solucionarlo. 


Los objetos y las armas 
Los procesos que controlan los 
objetos y las armas son procesos 
muy simples y fácilmente entendi- 
bles. Simplemente, al ser llamados 
por portalmuerte(), se teletranspor- 
tan al número de bandera que se 
le introduce como parámetro. Si 
no existe, desaparecen inmedia- 
tamente (porque no se definió esa 
bandera). En caso de existir la 
bandera “entran” en el modo8 y 
permanecen ahí. Aprovechan su 
variable local ANGLE para saber 
cuando han sido cogidas y cuando 
no. ANGLE es un contador que va 
aumentando a cada FRAME. 
Cuando un bot o el jugador coge 
el objeto (las armas no, porque 
siempre se pueden recoger si no 
se tienen ya) su ANGLE se reinicia, 
permaneciendo “escondidas” 
hasta que ANGLE alcanza su valor 
de contador y reaparecen, con un 
efecto de “reaparición” mediante 
procesos dot. 


Los procesos DOT 

Ya han aparecido mencionados 
antes estos procesos. ¿De qué se 
trata? Aquéllos que sepan qué signi- 
fica dot pueden haberlo adivinado. 
Dot, en inglés, significa “punto”. 
Son procesos que muestran un gráfi- 
co de UN PIXEL, moviéndose en una 
dirección aleatoria en el mapa 3D. 
Sirven para efectos de teletransporte, 
choque de bala, impacto, sangre, 
explosión, etc... si habéis jugado a 
algún juego como Quake, que usa 
este efecto de “lanzar pixeles” usán- 
dolos como sprites pequeños, enten- 
deréis mejor la utilidad de los proce- 
sos dot. Si no, podéis probar a coger 
un objeto (que no sea el Quad 
Damage, que tarda el doble en rea- 
parecer) y quedaros mirando en 
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COMIENZO DEL BUCLE: 


Control del salto. 


“El visor”). 


importante). 


dor. 


zable todavía). 


dirección a donde estaba. Cuando 
aparezca veréis algunos destellos 
aparecer... son procesos dot. 


Apurando la memoria 
Div Deathmaker no es un programa 
con requerimientos muy elevados. 
De hecho, el ordenador en que yo 
mismo lo programo es un P150 con 
16 Mb de RAM, y eso tiene su parte 
buena: no puedo hacer un juego que 
no me funcione a mí mismo. Como 
algunos sabréis y habréis vivido ya, 
los programadores con recursos altos 
(Pc's muy potentes) tienden a des- 
perdiciar memoria (en parte por 
“vaguería”, en parte porque al no 
leer “se ha quedado sin memoria”, 
no saben que están desaprovechán- 
dola)... Div Deathmaker funciona 
perfectamente con 16 Mb de RAM. 
Pero sólo una vez. Esto es confuso, 
pero tiene su explicación: 

La memoria anda justita en el 
juego porque requiere gran canti- 
dad de gráficos y Div consume 
muchos recursos. Pero hay un pro- 
blema, la primera vez que se inicia 
una partida todo va de maravilla, 
pero una vez se termina y se quie- 
re iniciar otra da un problema de 
falta de memoria (sólo con 16 Mb 
de RAM)... debido a LOAD_WLD. 
Esta función no dispone de una 
UNLOAD_WLD, y no es posible 
descargar un mapa 3D cargado 
con anterioridad, con lo que ahí 


Tabla 1: Estructura del proceso “jugador()” 


Preparación del proceso, teletransporte de inicio. 


Muestra en pantalla de munición, vida, blindaje. 
Restauración de la pantalla (si había FADE). 
Gestión del QUAD DAMAGE. 

Gestión de la gravedad (parte importante). 


Control de pulsación de teclas 1-7 (para las armas). 

Control de dirección (importante también). 

Comprobación de colisiones con objetos y armas. 

Actualización del “aiming” (dirección en que se apunta). 
Control del “visor” (comprobador de bots, explicado en sección 


Gestor de la representación de armas en pantalla: 
* Punto 1: muestra del cambio de arma. 
* Punto 2: muestra del “balanceo” (efecto de movimiento). 
* Punto 3 —externo a esta parte-: control del disparo (parte 


Intercambio de armas al acabarse la munición en una. 
+ Punto 4: muestra/control de la Qk22 cambiando de carga- 


* Punto 5: muestra del arma disparando. 
Comprobación de que las municiones no superan los máximos. 
Control de la muerte del jugador (implementado pero no utili- 


Restauración del ratón y caída en gravedad. 
FIN DEL BUCLE Y DEL PROCESO 


radica el principal problema de 
pérdida de memoria en los juegos 
con modog8. Es un obstáculo irre- 
mediable y al que nos tendremos 
que enfrentar siempre. 


¡Queremos jugar ya! 
Esa es una de las frases con las que 
me encuentro a menudo. He inten- 
tado acelerar bastante esta parte, 
porque no es muy complicada, y 
dejar para el próximo número algo 
tan “relativamente” simple como los 
disparos y las explosiones (y sus res- 
pectivas interacciones con el jugador 
y los bots), el “tablón de puntuacio- 
nes” (accesible con una rápida pulsa- 
ción de TAB) y la intrigante y querida 
lA de los bots, que tanto estáis espe- 
rando. No puedo asegurar que lle- 
guemos a ver toda la lA en un solo 
número, pero procuraré que todo lo 
que esté en el próximo número sea 
ya jugable, aunque con carencias. 

Y por supuesto, no me he olvi- 


| dado de los sonidos y la música. 


Pero eso, como es lo habitual, lo 
dejamos para lo último. 

Recordad que si tenéis alguna 
sugerencia/duda/o lo que sea me lo 
podéis mandar a mi e-mail las 24 
horas del día los 365 días del año. 
¡Hasta el próximo número! 


Ferminho (Fermín Vicente) 
ferminhoOlycosmail.com 
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Principios básicos de lA (11) 


Como decíamos el mes pasado, ahora iremos 
desarrollando las bases del sistema controlador; éste 
se encarga de manejar las unidades como si fuese un 
jugador humano enfrente del ordenador. 


s decir, es el que le dice a las 
E unidades los objetivos que 

deben atacar, cuándo y cómo 
hacerlo. También es el que 
construye edificios en función de las 
necesidades de recursos. Una de las 
cosas que debe hacer el sistema 
controlador es construir los edificios 
que vaya necesitando. Esto significa 
que debe tener una política de 
prioridades. Si deseamos un 
adversario principalmente 
defensivo, concentrará sus esfuerzos 
en reforzar su terreno y cuando lo 
haya hecho, será cuando empiece a 
organizar una ofensiva. Si, por el 
contrario, deseamos que sea un 
adversario ofensivo, deberá 
construir muchas barracas para 
poder crear muchas unidades en 
poco tiempo. Tan sólo dedicará un 


¿E 
ya. e 


Los naranjas están en inferioridad porque una 
de sus unidades (la roja) está demasiado lejos. 


pequeño porcentaje del tiempo y 
de los recursos a reforzarse. 


Control de las 

acciones realizadas 

Para poder hacer que el ordenador 
reparta sus recursos en defensa O 
ataque, debemos conocer ciertos 
parámetros. En primer lugar, hay 
que saber los parámetros correspon- 
dientes a los recursos. Deberemos 
fijar una medida de tiempo para 
poder calcular los porcentajes que 
dedicados a cada actividad. A partir 
de ahora, llamaremos UT a la unidad 
de tiempo (1 UT puede ser por 
ejemplo equivalente a 10 FRAMES). 
Debemos tener una tabla en la que 
se guarden las UT's utilizadas en 
cada actividad, por ejemplo, constru- 
yendo o investigando. También nos 
sirve para calcular los ingresos de 
algún recurso por cada UT, porque 
saber que tenemos X unidades de 
oro si no sabemos cuánto estamos 
ganando cada cierto tiempo, no nos 
indica gran cosa. Si conocemos 
cuánto oro obtenemos por cada UT, 
podremos limitar la producción de 
unidades en función de su coste, o si 
lo que queremos es construir más 
unidades, podemos saber cuántas 
UT's necesitaremos o, podremos 
crear más fuentes de ingresos si los 
consideramos necesarios. 


Otra utilidad para medir el tiempo 
es la posibilidad de hacer que ciertos 
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Estrategia 


eventos ocurran al rato de empezar 
a jugar o con cierta periodicidad 
durante el juego. Resumiendo, el 
ordenador únicamente puede pro- 
cesar información, por lo que cuánta 
más le proporcionemos para proce- 
sar, más “inteligente” será nuestro 
controlador. 


Cómo manipular la 
información obtenida 

De momento, conocemos la posi- 
ción en el espacio, la posición en el 
tiempo y el estado (andando, hu- 
yendo, espiando, etc.) en el que se 
encuentra cada unidad, así como la 
posición de cada una (tanto amigas 
como enemigas) y su cercanía (den- 
tro de su campo de visión). Además, 
conocemos ciertos datos sobre cada 
unidad, como puede ser la vida que 
les queda. Con estos datos, pode- 
mos calcular el poder de una uni- 
dad, gracias a lo cual podremos 
comparar dos unidades entre sí. 


Este cálculo puede realizarse de 
muchas maneras, dando más impor- 
tancia a unos valores e ignorando a 
otros. De la complejidad de este cál- 
culo dependerá la exactitud con la 
que se valorará una situación. Por 
ejemplo, si se detecta una unidad 
enemiga de gran poder destructivo 
y, en la valoración no se tiene en 
cuenta la vida que le queda, puede 
que nuestro controlador decida que 
es mejor huir cuando en realidad esa 
unidad está a un paso de la muerte. 


Una vez que tengamos una fórmula 
que calcule el poder de una unidad, 
podremos hacer un cálculo sencillo 
de la ventaja o desventaja de nues- 
tras unidades en una situación deter- 
minada con tan sólo sumar las valo- 


Sólo acercando la unidad roja a la zona del 
conflicto mejoramos la situación. 
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raciones de las unidades propias y 
restarle las valoraciones enemigas. Si 
el resultado es positivo, es que tene- 
mos ventaja (cuanto mayor sea el 
número, mayor ventaja tendremos) 
y si es negativo, es que tenemos 
desventaja. Si queremos obtener una 
medida porcentual de la ventaja, 
sólo habrá que dividir las sumas de 
poderes, en vez de restarlas. Si el 
resultado es mayor de uno tendre- 
mos ventaja, en caso contrario, ten- 
dremos desventaja. La diferencia 
estriba en que con la ventaja porcen- 
tual, podemos poner un límite a la 
decisión de atacar independiente- 
mente de la suma total de poderes. 
Por ejemplo, si nos decidimos a ata- 
car, siempre que poseamos una ven- 
taja superior al 25%, lo haremos 
tanto si somos 126 contra 100, 
como si somos 126000 contra 
100000. En ambos casos, la ventaja 
es del 26%, pero si el cálculo fuese 
absoluto, en un caso tendríamos una 
ventaja de 26 y en el otro de 26000. 
Según la situación, podremos utilizar 
una u otra fórmula. 


La importancia 

del cálculo del. 

poder de una unidad 

La parte más importante para que 
este sistema funcione es calcular el 
poder de una unidad en una situa- 
ción. Hacerlo demasiado simple 
puede hacer que el adversario parez- 
ca un idiota o un genio. Para poder 
calcular correctamente el poder de 
una unidad debemos pensar qué 
parámetros de los que conocemos 
afectan a la valoración de la unidad 
y si afectan de forma directa o inver- 
samente proporcional. Algunos valo- 
res que afectan a la valoración de 
una unidad de forma positiva son la 
vida actual, la armadura, el poder de 
ataque, el daño medio que suele 
infligir, la velocidad, etc. En cambio, 
afectan negativamente la distancia 
real hasta poder atacar el objetivo, la 
separación con respecto al resto de 
las unidades de mi bando, el terre- 
no, etc. Se puede observar que nor- 
malmente los datos independientes 


de la situación aumentan la valora- 
ción, mientras que los dependientes 
de la situación lo disminuyen. 


Puede que si en una situación en la 
no tenemos ventaja modificamos la 
posición de las unidades, acabemos 
teniendo ventaja, por lo que es 
bueno saber cuál es la valoración 
real y cuál la dependiente de la 
situación, para saber si podemos 
mejorar nuestra situación o, si por el 
contrario, ya está casi optimizada. 
Conocer los parámetros variables de 
la formula nos puede ayudar a saber 
qué es lo que debemos hacer para 
mejorar nuestra situación. De todas 
formas, aunque este sistema permite 
una adaptación al medio relativa- 
mente sencilla, no nos ayuda a crear 
un ejército equilibrado, sino a cómo 
colocarlo una vez que lo tenemos. 


Cómo crear un 

.(., . .y. 
ejército equilibrado 
Para poder saber qué construir y 
cuándo, debemos preguntarnos lo 
que solemos hacer como jugadores. 
Normalmente, se construyen unida- 
des que permiten obtener los recur- 
sos necesarios para seguir constru- 
yendo otras y luego, se construyen 
edificaciones que nos permiten cons- 
truir otros tipos de unidades. Se 
deben levantar al menos una de 
cada tipo de unidad, siendo aconse- 
jable construir dos o más de los edifi- 
cios que nos permiten crear las uni- 
dades más comunes y baratas. No 
debemos construir demasiado lejos 
del núcleo de población, para que la 
protección sea más sencilla, ya que 
programar un controlador es más 
complicado, sobre todo cuando exis- 
te un número elevado de secciones. 


Podría ocurrir que para defender 
una sección se considerase necesario 
(por los ajustes de poder) enviar las 
unidades de otra sección, por lo que 
ésta segunda quedaría desprotegida. 
Es cierto que esta situación se puede 
prever, pero es más sencillo limitar la 
construcción a una determinada 
zona de terreno, que calcular todas 
las posibles situaciones. Si se desean 
varios núcleos, lo mejor es tener 
varios bandos, cada uno con sus 
unidades y edificios, como sucede 
en la mayoría de los juegos de estra- 
tegia. Así, cada bando es controlado 
por un controlador, lo que evita los 
conflictos. 


Siguiendo con el tema de las unida- 
des, lo mejor es predefinir varias 
tablas con proporciones de los tipos 
de unidades, según la estrategia a 
seguir o el enemigo a vencer. 
Siempre deberemos considerar el 
ejército como dos partes: la atacante, 


0) 


Los azules pueden atacar a uno u 
otro sin que el contrario intervenga 
para no quedar desprotegido. Por 
eso no conviene dividirnos. 


y la defensiva. Hasta que esta última 
esté constituida, no deberemos gas- 
tar demasiados recursos en la parte 
atacante. Una vez que la defensa 
esté constituida, tan sólo deberemos 
mantenerla, reconstruyendo lo des- 
truido y reponiendo las unidades 
perdidas. En cambio, el resto de 
recursos se utilizarán para formar 
grupos de ataque de mayor o menor 
potencia. Si nos fijamos en otros jue- 
gos del género, el enemigo realiza 
un ataque cada cierto tiempo con las 
unidades que haya conseguido pro- 
ducir. De esta forma, se impide al 
enemigo formar una defensa perfec- 
ta y, se le producen bajas que ha de 
reponer, por lo que no podrá dedi- 
carse de lleno a su objetivo. Se debe- 
rá fijar el porcentaje de los recursos 
que se va a utilizar en la investiga- 
ción de nuevos tipos de unidades o 
para mejorar las existentes, pero al 
ser algo tan subjetivo, tan sólo recor- 
daremos que se debe hacer. 


La ventaja de la 
información 

Como decíamos antes, el ordenador 
basa sus acciones en la información 
que posee del enemigo, por lo que 
cuánta más información posea, más 
inteligente parecerá el adversario. 
Esta es una forma de que sea un 
adversario más difícil, por lo tanto, 
se le da cierta ventaja sobre su opo- 
nente humano, que consiste en que 
debe conocer todo lo que ocurre en 
el mapa, aunque no lo vea. Esto le 
permite preparar estrategias de ata- 
que que de otra forma no podría, 
pero también puede hacer que las 
tácticas del jugador no resulten tan 
efectivas como lo serían contra un 
jugador humano real. Como segun- 
da opción para mejorar las presta- 
ciones del ordenador, se le pueden 
dar otras ventajas, además de la 
información. Un mayor número de 
unidades o mayores fuentes de 
recursos, combinados con un 
pequeño aumento de la velocidad 
de las unidades recolectoras de 
recursos, puede hacer que el orde- 
nador resulte un adversario terrible. 


Emilio Llamas Alba (YuMok 
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Juegos de rol 


Vistiendo y equipando 


En el artículo de Divmanía de este mes 
veremos cómo implementar fácilmente una 
interfaz gráfica para poder vestir y equipar a 
los personajes que vayamos metiendo en 


nuestro juego de rol. 


=> luso de una interfaz 
== [E oráta da una mayor 
vistosidad al juego y de 
A hecho, todos los juegos 
de rol actuales las usan. 


Las interfaces gráficas, pese a no 
ser demasiado complejas, presen- 
tan ciertos aspectos que las hacen 
algo más difíciles de hacer que las 
convencionales interfaces en 
modo texto. Así que, para ver 
cómo se podría realizar dicha 
interfaz gráfica, estudiaremos el 
siguiente código: 


Program equipo; 
Const 


n_equipado=2; 
n_equipable=5; 
distx=20; 
disty=20; 
startx=250; 
starty=30; 


Global 


struct objetos[6] 
string nombre; 
int atack; 
int defense; 
int graph; 
int tipo; 

end 


DIV MANÍA (3, 


struct equipadoxy[2] 
int x; 
int y; 

end 


int equipado[n_equipado); 
int equipable[n_equipable); 


int fpg; 
Begin 
// DEFINIMOS LOS OBJETOS 


objetos[0].nombre="Espada”; 
objetos[0].atack=10; 
objetos[0].defense=0; 
objetos[0].graph=1; 
objetos[0].tipo=0; 


objetos[1].nombre="Katana”; 
objetos[1].atack=15; 
objetos[1].defense=0; 
objetos[1].graph=2; 

objetos[1 ].tipo=0; 


objetos[2].nombre="Escudo 
pequeno”; 

objetos[2].atack=0; 

objetos[2].defense=10; 

objetos[2].graph=3; 

objetos[2].tipo=1; 


objetos[3].nombre="Escudo gran- 


de”; 
objetos[3].atack=0; 
objetos[3].defense=15; 


objetos[3].graph=4; 
objetos[3].tipo=1; 


objetos[4].nombre="Armadura de 
cuero”; 

objetos[4].atack=0; 

objetos[4].defense=20; 

objetos[4].graph=5; 

objetos[4]. tipo=2; 


objetos[5].nombre="Armadura de 
hierro”; 

objetos[5].atack=0; 

objetos[5].defense=30; 

objetos[5].graph=6; 

objetos[5]. tipo=2; 

objetos[6].nombre=""; 
objetos[6].atack=0; 
objetos[6].defense=0; 
objetos[6].graph=7; 


// RELLENAMOS LA ESTRUCTURA 
CON LAS COORDENADAS DE LOS 


| OBJEOS A EQUIPAR 


equipadoxy[0].x=30; 
equipadoxy[0].y=105; 


equipadoxy[1].x=90; 


equipadoxy[1].y=105; 


equipadoxy[2].x=130; 
equipadoxy[2].y=105; 


// RELLENAMOS LA TABLA EQUIPA- 
BLE CON LOS OBJETOS QUE QUERE- 
MOS 


equipable[0]=0; 
equipable[1]=1; 
equipable[2]=2; 
equipable[3]=3; 
equipable[4]=4; 
equipable[5]=5; 


// OBJETOS EQUIPADOS 


equipado[0]=6; 
equipado[1]=6; 
equipado[2]=6; 


// CARGA DE FICHEROS 
fpg=load_fpg(“equipo.tfpg”); 

// CAMBIAMOS LA RESOLUCION 
set_mode(m320x240); 


// PONIENDO EL FONDO DE PANTA- 
put_screen(fpg,20); 


// DEFINIMOS LA REGIÓN QUE 
CONTENDRA LOS OBJETOS EQUIPA- 
BLES Y DIBUJAMOS LAS LÍNEAS PARA 
MARCAR LAS CASILLAS 


define_region(1,startx- 

(distx/2), starty- 

(disty/2),distx*2, disty*((n_equipa- 

ble+1)/2)); 
draw(2,34,10,0,240,20,280,80); 
draw(1,34,10,0,260,20,260,80); 
draw(1,34,10,0,240,40,280,40); 
draw(1,34,10,0,240,60,280,60); 


// DEFINIMOS LAS REGIONES DE 

LOS SITIOS DONDE PODEMOS 

EQUIPAR COSAS 
define_region(2,40,95,20,20); 


draw(2,34,10,0,40,95,60,115); 


define_region(3,80,95,20,20); 
draw(2,34,10,0,80,95,100,115); 


define_region(4,120,95,20,20); 
draw(2,34,10,0,120,95,140,115); 
4 


equipar(); 


Loop 
dibujar(); 


Frame; 
End 


End 
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Process equipar() 
Private 


byte pos; 

int cobj; 

int cpos; 

Begin 

cpos=-1; 

graph=21; 

Loop 
X=MOUS€.X; 
y=m0use. y; 
If(mouse.right) 

if(lout_region(id, 1)) 


pos=halla_pos(mouse.x,mouse. y); 


info_object(equipable[pos])); 
else 
if(lout_region(id, 2)) 
pos=0; 
end 


if(lout_region(id, 3)) 
pos=1; 

end 

if(lout_region(id, 4)) 


pos=2; 
end 


info_object(equipado[pos]); 
end 


End 
If(mouse.left ) 
If(lout_region(id, 1)) 
pos=halla_pos(mouse.x,mouse. y); 


if(equipable[pos]!=6) 
if(cpos<0) 


graph=objetos[equipable[pos]].graph 


, 


cobj=equipable[pos); 
equipable[pos]=6; 


graph=21; 


equipable[cpos]=cobj; 
cpos=-1; 
end 
end 
else 
If(lout_region(id,2) SE 
cpos>-1 Sá objetos[cobj].tipo==0) 
if(equipado[0]==6) 
equipado[0]=cobj; 
cpos=-1; 
graph=21; 
else 


equipable[cpos]=equipado[0); 
equipado[0]=cobj; 
cpos=-1; 
graph=21; 
End 
End 


If(lout_region(id,3) 8 € 
cpos>-1 Sé objetos[cobj].tipo==2) 
if(equipado[1]==6) 
equipado[1]=cobj; 
cpos=-1; 
graph=21; 
else 


equipable[cpos]=equipado[1 ]; 
equipado[1]=cobj; 
cpos=-1; 
graph=21; 
End 
End 


If(lout_region(id,4) 88€ 
cpos>-1 Sé objetos[cobj].tipo==1) 


if(equipado[2]==6) 
equipado[2]=cobj; 
cpos=-1; 
graph=21; 

else 


equipable[cpos]=equipado[2]); 
equipado[2]=cobj; 
cpos=-1; 
graph=21; 
End 
End 
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Eunction halla_pos(xm,ym) 


Private 
int xr; 
int yr; 
byte rx; 
byte ry; 
byte nr; 
xr=xm-startx+10; 
yr=ym-starty+10; 
rx=xr/distx; 
ry=yr/disty; 
nr=ry*2+rx; 
return(nr); 

End 


ION 
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Function dibujar() 

Private 


byte i; 


int temp_map; 


Begin 


| pable[i]].graph, startx starty+((disty/ 


temp_map=new_map(320,240,160, | 
120,0); 


Esta es la interfaz gráfica que usa T4C (The 4th coming) para equipar a nuestro 


personaje. 


For(i=0;i=<n_equipable;i+=2) 
map_put(fpg,temp_map, objetos[equi | 


2)*1)); 
End 


For(i=1;i<=n_equipable;i+=2) 


map_put(fpg,temp_map, objetos[equi 
pable[i]].graph, startx+distx, starty+(( 
disty/2)*(i-1))); 

End 


For(i=0;i<=n_equipado;¡i++) 
map_put(fpg,temp_map, objetos[equi 
padol[i]].graph, equipadoxy[i].x, equi- 
padoxyli].y); 

End 

put(0,temp_map, 160,120); 


End 


INIA 
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Function info_object(obj) 
Private 
int idtext; 
Begin 
delete_text(idtext); 
idtext=write(0,200,200,0,obje- 
tos[obj].nombre); 


write(0,200,210,0,”Ataque:”); 


write_int(0,250,210,0,Sobjetos[obj]. 
atack); 


write(0,200,220,0, “Defensa: ”); 


write_int(0,250,220,0, Sobjetos[obj]. 
defense); 


End 


Cómo definimos los 
objetos y las tablas de los 
arrays que los contendrán 
El programa se basa es dos tablas. 
La tabla equipados y la tabla equi- 
pables. Estas dos tablas contienen 
un número que indica el tipo de 
objeto que contienen. 


Por ejemplo, equipados[2]=3 indi- 

caría que en la tercera posición del 
array encontraremos un objeto de 
tipo 3. 


Los objetos vienen definidos en el 
array de estructuras objetos. En 
dicho array de estructuras se define 
el nombre y características que el 
objeto en cuestión posee. El array 
de estructuras objetos se define de 


| la siguiente manera: 


struct objetos[6] 
string nombre; 
int atack; 
int defense; 
int graph; 
int tipo; 

end 


Dentro de la estructura tenemos el 
nombre del objeto, su ataque, 
defensa, gráfico y tipo. La variable 
tipo es usada para distinguir los 
objetos, ya que, por ejemplo, no es 
lo mismo una espada que una 
armadura. La variable graph asocia 
al objeto el código de un gráfico. 
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Cómo dibujaremos 

los gráficos 

Dado que son bastantes los objetos 
que aparecerán dibujados a la vez, 
no sería demasiado correcto hacer 
un proceso para cada uno, por lo 
que habrá que usar un método dis- 
tinto para dibujarlos. 


Para dibujar todos los gráficos, pri- 
mero crearemos un mapa temporal 
cuyas dimensiones coincidirán con 
el alto y ancho de la pantalla (en 
nuestro caso 320x240). Después, 
mediante la función map_ put ire- 
mos poniendo los gráficos uno a 
uno en el mapa temporal que ante- 
riormente hemos creado. 


Una vez hemos puesto todos los 
gráficos tan solo nos hace falta uti- 
lizar la orden put para dibujar todo 
el mapa. 


La estructura de la función de dibu- 
jado sería la siguiente: 


temp_map=new_map(ancho, alto, an 
cho/2,alto/2, color); 


For(i=0;i=<num_obj;i+=2) 
map_put(fpg, destino, ori- 
gen,x, y); 
End 


put(0,temp_map,ancho/2, alto/2); 


Cómo averiguar qué 
objeto se encuentra en 
unas coordenadas (x,y) 
Para averiguar qué objeto se 
encuentra en una determinada 
posición utilizaremos la función 
halla_pos, que es la siguiente: 


Function halla_pos(xm,ym) 


Private 
int xr; 
int yr; 
byte rx; 
byte ry; 
byte nr; 


Captura del menú de equipo de Asheron's Answer. 


Begin 
xr=xm-startx+10; 
yr=ym-starty+10; 
rx=xr/distx; 
ry=yr/disty; 
nr=ry*2+rx; 
return(nr); 

End 


Esta función recibe como paráme- 
tros la x e y donde se pulsa uno de 
los botones del mouse. 


Una vez ha recibido los paráme- 
tros, se halla la posición relativa de 
ese punto respecto al (0,0). 
Después se busca la región en la 
que se encuentra (dividimos la 
zona donde están los objetos en 
casillas de 20x20 píxels) dividiendo 
los valores de la x y la y por el 
largo y ancho de las casillas. 


Una vez ya sabemos la casilla 
donde se encuentra, encontramos 
qué objeto es mediante nr=ry*2+rx, 
ya que el número de casillas hori- 
zontales siempre es 2. 


Uso de las regiones 

En este ejemplo se hace un uso 
extensivo de las regiones, que son 
de gran utilidad para determinar si 
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un proceso se encuentra en una 
zona rectangular previamente 
determinada. 


Para usar una región en DIV, pri- 
mero se ha de crear la región con 
la función: 


define_region(<numero de 
región>,x, y, ancho, alto); 


Una vez que la región está defini- 
da, tan sólo hemos de usar la fun- 
ción: 


out_region(<id de 
proceso>,<numero de region>); 


para comprobar si un proceso está 
dentro o fuera de la región. 


En nuestro ejemplo, se usa para 
saber si el proceso a equipar se 
encuentra en una determinada zona 
y así poder actuar en consecuencia. 
Por ejemplo, si se encuentra en la 
región 1 sabemos que se trata del 
lugar donde están los objetos equi- 
pables, si es la región 2 es donde 
equiparemos la espada, etc. 


Ramón de España 
maqnazillerOpagina.de 
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Los Scripts nos protegen 


usuarios en lo que se ha 


E 


ieccionamos estos programas 


Los Scripts son programas para el IRC (Internet 
Relay Chat), es decir, que sirven para chatear. 
Estos Scripts están basados principalmente en 
un programa, el famoso mIRC, a partir de él y 
mediante una serie de menús llamados Alias, 
Popus y Remotos que se pueden crear 
fácilmente, surge lo que se conoce como Script. 


esumiendo, que un Script 

es el programa mIRC 

modificado por una o más 

personas, al añadirle nue- 
vos menús y nuevas opciones. 


Tipos de scripts 
Los Scripts existentes actualmen- 
te, tanto en español como en cas- 
tellano son muchos y muy varia- 
dos, los hay que 
están orientados 
principalmente 
para atacar a 
llamado la IRC-WAR | otros usuarios del 
IRC molestándolos o desconec- 
tándolos, lo que se conoce como 
IRC WAR, los hay para defenderse 
de estos ataques, los hay orienta- 
dos simplemente para hacernos 
más ameno el chateo incluyendo 
opciones muy interesantes como 
escribir con colorines, contar chis- 
tes, jugar a juegos, etc. También 
los hay orientados hacia princi- 
piantes, aunque la mayoría de los 
Scripts incluyen una mezcla de 
todas estas opciones. 


del ataque de otros 
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Principales aplicaciones 
de los scripts 

Es muy difícil ponerse de acuerdo 
en qué aplicaciones extras nos 
puede aportar un Script a nuestro 
chateo, ya que como dijimos antes 
eso depende mucho del tipo de 
Script, aunque intentaremos mos- 
traros la mayoría de las aplicacio- 
nes extras que existen, un Script 
no tiene por que tenerlas todas. 


Para empezar hay que decir que 
aunque el Script es una modifica- 
ción del mIRC, incluye todas las 
opciones que trae de por sí este 
programa, lo que quiere decir que 
por lo pronto ya tenemos una gran 
lista de servidores donde conectar- 
nos, la posibilidad de grabar nues- 


tras conversaciones en ficheros de 
texto, más conocidos como Logs, 


la posibilidad de enviar y recibir 
archivos mediante DCC o de cha- 


tear por DCC evitando el fatídico 


LAG y muchas otras opciones más. 


Pero, como muchas veces esas 


opciones no son suficientes, los 


Scripts incluyen muchas otras que 
hacen mas interesante y ameno el 


chateo, a continuación explicaré 


muchas de ellas: 


e IRC-WAR: Como ya explicamos 


antes, esta opción sirve para poder 
atacar a los otros usuarios del IRC 
molestándolos o desconectándo- 
los, raro es el Script que hoy en 
día no incluya al menos alguna 
que otra opción de IRC-WAR, den- 
tro de la IRC-WAR existen muchos 
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tipos de ataques, en los que no 
vamos a entrar a describir en este 
artículo, pero los mas conocidos 
son los famosos Nukes. 


PROTECCION: Al igual que existe 
la IRC-WAR también existen pro- 
gramas para protegerse de estos 
ataques, hoy en día todos los 
Scripts llevan protecciones de 
este tipo en mayor o menor 
número y eficacia, protecciones 
contra Nukes, Flood y otros tipos 
de ataques son casi imprescindi- 
bles para que nadie nos pueda 
molestar en el IRC. 


CLONES Y BOTS: Son copias de tu 
mIRC que cargas en el servidor y 
hacen que estés presente en el IRC 
varias veces. Se pueden usar para 
atacar a otros usuarios mediante 
flood o bien si tienes Op, puedes 
cargar un bot y hacerle Op, así si 
te tiran, aun conservarás una copia 
tuya con Op. Tradicionalmente los 
Clones son las copias que se usan 
en la IRC-WAR y los Bots son las 
que se usan para fines pacíficos. 


. OPCIONES OP: El mIRC incluye de 
por sí ya opciones para cuando 


miRC 


Es un programa muy utilizado 
por lo internautas para chate- 
ar por la red debido a sus 
amplias posibilidades para 
modificarlo a nuestro gusto 
cambiando los menús, así 
como por su sencillez y rapi- 
dez. El programa lleva ya 
varias versiones y la primera 
salió a la luz en 1995. Si que- 
réis mas información o baja- 
ros el programa visitar 
http://www.mirc.co.uk y si 
queréis aprender a usarlo os 
aconsejo que visitéis: 


http://www.readysoft.es/home/ 
¡hidalgo/contenido.html 
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seamos OP, como kickear o bane- 
ar, pero estas opciones se ven 
incrementadas en los Scripts, ya 
que incluyen opciones como hacer 
OP's masivos o kicks y bans masi- 
vos, O kicks con frases divertidas. 
También podemos activar protec- 
ciones para que el Script kickee 
automáticamente a aquellos usua- 
rios del IRC que estén molestando, 
de esta manera no tendremos que 
estar vigilando quién molesta o no 
para echarlo, el Script lo hará 
automáticamente por nosotros así 
podemos hacer que el Script kic- 
kee automáticamente a quien 
escriba palabrotas, quien tenga 
clones, quien flodee el canal escri- 
biendo muchas frases seguidas, 
quien escriba con mayúsculas y 
muchas otras opciones mas. 


Otras opciones 

Pero no os penséis que todas las 
opciones extras de los Scripts están 
dedicadas íntegramente a atacar y 
defenderse de los ataques de otros 
usuarios, como os mostraremos a 
continuación existen una inmensa 
cantidad de opciones que no están 


— 


¿Qué es el LAG? 


Es la cantidad de tiempo en 
segundos entre lo que un 
usuario escribe y otro u otros 
leen lo escrito. Es decir, si 
hay dos segundos de lag 
entre “A' y “B' entonces lo 


que A escriba, B no lo va a 
ver hasta dentro de dos 
segundos después. Por lo 
tanto cuanto menos lag haya 
entre los usuarios, más ágil y 
rápida será la comunicación 
entre ellos. 
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pensadas mas que para amenizar el 
rato que pasemos en el IRC: 


* TEXTOS ESPECIALES: Con este 
nombre designamos las opciones 
que tienen muchos Scripts para 
poder escribir lo que deseemos 
con letras y colores especiales, 
así, podemos escribir textos con 
letras gigantes, con los colores de 
nuestro equipo favorito, con 
sombras, con marcos, en bloques 
, y con muchos otros estilos. 


MENSAJES ESPECIALES: En este 
apartado se incluyen las opciones 
que tienen muchos Scripts para 
poder dedicar mensajes especia- 
les de bienvenida, despedida, de 
amor, de amistad, de acciones y 
otros muchos más, a un nick. 


DIBUJOS: Los dibujos son archi- 
vos TXT , formados mediante 
puntos, guiones, barras, letras u 
otros signos, que debido a la 
unión de estos, forman diferentes 
dibujos que pueden ser en blan- 
co y negro o en color y que se 
muestran al canal, existen multi- 
tud de dibujos, algunos muy 
curiosos, que van desde objetos 
hasta animales o personas. 


JUEGOS: Existen distintos juegos 
para entretenernos con otros 
usuarios del IRC mientras chatea- 


Oo A [AAN] desde las persa 
ed 


des ha dejado IRC (Ping | 


pS 
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mos, nos podemos encontrar 
desde el famoso tetris, hasta el 
ahorcado, el cara y cruz (muy útil * 
para echar algo a suertes) e inclu- 
so existen juegos que nos afectan 
de verdad mientras chateamos, 
aunque para ello quien lo active 
debe ser OP, como la maquina 
tragaperras con la cual podemos 
ganarnos desde un OP hasta un 
kickeo, un baneo o un Nuke y la 
famosa ruleta rusa, con la cual, al 
que se le dispare el arma será kic- 
keado automáticamente. 


SONIDOS: Otra opción interesante 
es la referente a los sonidos, 
muchos scripts incluyen opciones 
especiales referentes al tema, 

como archivos MIDI o MP3 que 
podemos escuchar mientras chate- 
amos, además podemos reprodu- 
cirlos a todo el canal y no sólo a 
nosotros, para que también lo 
oigan los demás usuarios del IRC y 
por si esto no fuera suficiente tam- 
bién se puede disponer de la 
opción de escuchar la radio en 
directo a través de Internet, para 
que no nos podamos aburrir en 
ningún momen- 
to mientras este- 


Existen distintos juegos 
mos en el IRC. 


para entretenernos con 
otros usuarios del IRC 
mientras chateamos 


RELOJ: El reloj es 
una opción muy 
corriente, aunque existen varios 
tipos, los hay que simplemente 
te muestran la hora y los hay que 
nos dicen el tiempo exacto de 
conexión e incluso algunos el 
gasto en pesetas que llevamos 
efectuado desde que nos conec- 
tamos, muy útiles para que la 
factura de telefónica no nos sor- 
prenda a final de mes. 
ENCRIPTACIÓN: La encriptación 
es un método utilizado en el IRC 
para transmitir mensajes codifica- 
dos y sirve para que nadie mas 
que los que tengan la clave de 
descodificación puedan leerlo, 
existen muchos métodos de 
encriptación con códigos diferen- 
tes, de manera que si escribimos 
un mensaje y lo encriptamos en 
uno de esos códigos, las perso- 
nas que no posean el código con 
el que hemos encriptado o cifra- 
do el mensaje solo verán apare- 
cer en pantalla una serie de 
extraños signos. Para que os 
hagáis una idea, la palabra DIV- 
MANIA encriptada en diferentes 
códigos tendría este aspecto: 


Código ScriPtteR's v2.1: 


'A*COXYAO 


Código AZZ-CODE: *2"1"942" 
Código Legendary CODE: -8 
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conversación con una 
persona para que otros 
usuarios no la lean 


EXIME vivero 9 


TA 
Código Total Eclipse CODE: 
6*_ One - ITEXEN 


Como podéis observar, para cual- 
quier persona que no posea el códi- 
go de desencriptación le sería impo- 
sible conocer la 
palabra que 
hemos escrito ya 
que sólo aparecen 
signos sin sentido. 
Este método es 
muy útil para comunicarnos a través 
del IRC con otra persona sin temor a 
que alguien pueda estar leyendo lo 
que escribimos. 


Hay posibilidad de 
codificar nuestra 


+ ALERTA DE NICK: Algunos scripts 
incluyen esta interesante opción 
que tiene la finalidad de saber si 
alguien está hablando de noso- 
tros o a nosotros cuando no nos 
encontramos presentes. Cuando 
nos encontramos en varios cana- 
les es muy difícil poder atender a 
todos a la vez y hay veces que si 


¿Qué es un OP? 

Es el usuario encargado de 
velar por el orden y manteni- 
miento del canal. Se identifi- 
can por la arroba “O” que tie- 
nen junto a su nombre y 
tiene el poder para echar a 
cualquier persona del canal, 
lo que se conoce como kick o 
kickear, o para echarla sin 
permitir que pueda volver a 
entrar, lo que se conoce 
como ban o banear. También 
pueden hacer OP a otros 
usuarios del canal. 


2 |GPortox E 
Rebekal9 


nos dicen algo no nos enteramos 
por que estamos en otro canal 
chateando, con esta opción, en 
cuanto alguien escriba nuestro 
nick en un canal, ya sea para lla- 
marnos, para comunicarnos algo 
o, aprovechando que no nos 
encontramos presentes, para 
meterse con nosotros, el script 
nos avisará automáticamente. 


SISTEMA AWAY: Hay veces que 
por determinadas razones no 
podemos atender a un canal, bien 
por que estamos muy ocupados 
chateando en otro, porque esta- 
mos navegando por Internet, por 
que estamos muy ocupados con 
un privado o simplemente porque 
tenemos que ausentarnos un 
momento del ordenador. Este sis- 
tema tiene la función de un con- 
testador automático, cuando una 
persona se pone AWAY, es decir, 
activa el sistema AWAY, automáti- 
camente si se desea su nick cam- 
bia y pasa a aparecer en él la pala- 
bra AWAY al final, para advertir a 
cualquier usuario que no se 
encuentra presente. Aparte de eso 
se puede hacer que cada cierto 
tiempo el script haga aparecer una 
frase en la que se comunique al 
canal que nos encontramos ausen- 
tes y la razón por la que nos 
encontramos ausentes. Aún así, si 
alguien nos escribe un mensaje, 
queda grabado para que cuando 
volvamos podamos leerlo y ade- 
más, a la persona que nos envió el 
mensaje, automáticamente se le 
devuelve otro advirtiéndole que 
nos encontramos ausentes pero 
que su mensaje ha quedado gra- 
bado y que se le contestará en 
cuanto sea leído. 
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Algunos scripts 

Ya hemos hablado de casi todas las 
características que incluyen los 
Scripts, pero a la hora de elegir qué 
Script usar cada usuario tiene que 
elegir el que mejor se adapte a sus 
necesidades, un Script muy utilizado 
y famoso es el IRCap debido a su 
interfaz gráfica y a que posee un 
menú muy cuidado desde el que 
podemos configurar todo el Script, 
otro también muy famoso y utiliza- 
do es el Orbital Script que incluye 
más opciones que el primero pero 
no es tan fácil de configurar y usar. 


Estos son los Scripts más utilizados, 
de habla hispana claro, por que no 
debemos olvidar que existen tam- 
bién muchos Scripts extranjeros y 
no por ello menos importantes, 
como por ejemplo 7Th Sphere que 
es el Script extranjero usado por 
excelencia y además es muy bueno. 
Si deseáis buscar un Script a vuestra 
medida os aconsejo que visitéis 
http://www. guitarra.net/irc/scripts.h 
tm. En esta pagina se encuentran la 
mayoría de los Scripts existentes 
ordenados alfabéticamente, además 
se incluye una pequeña descripción 
de cada Script para saber si nos inte- 
resa o no, en esta pagina podéis 
encontrar Scripts desde para los más 
novatos hasta para los más expertos. 


Parches y accesorios 

Los parches son pequeños progra- 
mas para mIRC que lo que hacen es 
añadir nuevas propiedades al mIRC 
o al Script, son muy útiles para aña- 
dir nuevas e interesantes opciones al 
Script que estemos utilizando, así 
tenemos parches que aumentan la 
velocidad en el envío de archivos, 
que nos alertan cuando una palabra 
que hayamos configurado previa- 
mente sea nombrada en el canal e 
incluso los hay que son capaces de 
mantener una conversación con 
otros usuarios del IRC sin que noso- 
tros tengamos que intervenir para 
nada (muy útil si alguien no para de 
hablarnos y no tenemos ganas de 
hablar con él). 


Los accesorios en cambio son pro- 
gramas individuales que, aunque 
funcionan sin estar usando el 
Script, aportan nuevas propiedades 
a éste, algunos accesorios pueden 


a 
| Se han amado ls conos de fica | Pasados 
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ser programas para escribir con 
colores, Mail-Bombings, armas de 
ataque, programas para Conectarse 
anónimamente, etc. 


Una buena Pagina cargada de 
Parches y Accesorios es 
http://www.guitarra.net/irc/par- 
ches.htm Desde aquí podréis baja- 
ros los últimos parches y accesorios 
para el mIRC. 


Scriptting 

Se conoce con este nombre a la téc- 
nica de programar o crear Scripts, 
así como el lenguaje utilizado para 
crearlos. Aprender a Crear tu propio 
Script no es una tarea difícil si tene- 
mos en cuenta que el lenguaje utili- 
zado es muy simple y que sólo nos 
hace falta un editor de textos, 
Simplemente hay que saber que 
existen tres menús que tenemos que 
crear, los Alias, los Popups y los 
Remotos. También tenemos que 
crear las variables que utilizaremos 
en nuestro programa. 


El tema de Scriptting es demasiado 
largo debido al innumerable número 
de sentencias y combinaciones, por 
lo que no podemos desarrollar el 
tema mucho Mas, pero si os interesa 
existe una Pagina muy buena que 
explica muy bien Paso a paso como 
crear tu propio Script la dirección es; 
http://www.guitarra.net/irc/script- 
ting.htm y si tenéis alguna duda 
podéis escribirme y estaré encantado 
de ayudaros. Si aún así no sabéis 
bien cómo empezar, lo mejor es 
bajarse un Script ya hecho Para estu- 
diarlo y comprender mejor cómo 
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¿Cómo instalar un 
parche? 


Los parches no son como los 
accesorios que son programas 
que se pueden ejecutar directa- 
mente, los parches son archivos 
con extensión *.mrc que para 
que se instalen en el mIRC o el 
Script han de ser cargados pre- 
Viamente, para ello debéis co- 
Piar el parche al directorio don- 
de tengáis instalado el Script, 
luego ejecutar el Script y escri- 
bir: /load -rs parche.mrc enten- 
diéndose que en parche.mrc 
deberéis poner el nombre del 
parche a instalar. Así, si por 
ejemplo fuéramos a instalar un 
parche llamado speedup.mrc 
escribiríamos /load -rs Spee- 
dup.mrc una vez hecho esto el 
Parche queda instalado y se 
cargará automáticamente cada 
Vez que ejecutemos el Script, 


<pepito1> Quien dirigio "la cosa"? (2 pal) 


funcionan, probando también a 
modificarlo a nuestro gusto, de 
hecho, la Mayoría de los Scripts 
están basados en otros previos. 


Razones por las, 

que usar un Script 

Ya hemos hablado de la cantidad 
de opciones que puede incluir y 
tener un Script, pero también hay 
que advertir que, Para un usuario 
Poco avanzado en el campo de la 
informática o en Internet, puede 
costarle empezar a manejar un 
Script, aunque sin lugar a dudas Os 
animamos a que los uséis debido a 
que aporta mucha más comodidad 
a la hora de Chatear y sobretodo 
mucha más rapidez que hacerlo 
desde una pagina Web. 


Un punto que puede resultar nega- 
tivo a la hora de Usar un Script es 
que no existen muchos servidores 
de habla hispana por lo que ten- 
dremos que añadirlos nosotros. 
Pero eso no es ningún problema 
acontinuación os escribimos algu- 
nos de los servidores Mas conoci- 
dos e importantes de habla hispa- 
Na y sobre todo de España junto 
con el puerto de conexión: 


irc.cadena40.es 6667 | ChatS.tele- 
cinco.es 6667 | irc.catalunya.net 
6666 


Pegasus.irc-hispano.org 6667 | 
es.unionlatina.org 6667 | irc.arra- 
kis.es 6664 | interlink.es.unionlati- 
Na.org 6667 | snemeis.univers.org 
6667 | 


irc.milenium.com 6667 | namek.uni- 
Vers.org 6667 | irc.jet.es 6667 | 
irc.irc-hispano.net 6667 | irc.irc-his- 
Ppano.org 6667 | irc.satlink.com 
6667 


Para añadir estos nuevos servido- 
res al Script tenéis que pulsar 


HERERAA RARA RA 


Alt+O una vez ejecutado el Script, 


¿Pepitol> ¡RCaP TRVial. Preg n* 47 O Tema cine 


=jerr 

i ie 
<pepitol> ¡RCsP TRiViaL n* 46 OTems Cine Angie1 
<pepito1> Que sen prtgondo o paso E Pudor 7 (2 eoK_BD 
Say? Quien utiliza ese sistema operativo, Felicity 
<eaK_BD> yo pepitol 
<pepito1> jennifer lopez Portox 
<pepito1> jennifer lopez 
<Sawwy> Ventajas? 
<Felicity> sandra 
<pepito1> Se acabó el «La respuesta era: nicole 
Spepitol> Puntos: 1 AJORL(q) 2 eak_BD(3) 3 Angie17(2) 
<AJORL> jeni 
<Felicity> guau 


<Sarny> 
<Sawy> VENTAJAS DEL LYNUX? - 
1 


O si no, seleccionar en el menú 
archivo el submenú de opciones, 
seleccionar la categoría Conectar y 
pulsar en el botón Añadir, una vez 
hecho esto, en la casilla 
Descripción escribir el nombre que 
queráis Para reconocer el servidor, 
en Servidor IRC escribir el nombre 
del servidor que queráis añadir, en 
Puerto escribir el número de puer- 
to que aparece a la derecha del 
servidor que habéis añadido y des- 
pués pulsar el botón añadir. Ya 
hemos añadido el nuevo servidor 
ahora bastará seleccionarlo y pul- 
sar en el botón Conectar Servidor 
IRC para conectarnos a él. 


Si tenéis alguna pregunta o duda 
de cómo usar un Script o queréis 
aprender a crearlos, sólo tenéis que 
escribirme un e-mail y yo estaré 
Encantado de ayudaros. 


Daniel García Alonso (PORTOX) 
DagalOEresmas.com 


¿Qué es exacta- 


mente un Servidor? 
Un servidor es el lugar donde 
Nos podemos conectar para 
chatear, cada servidor esta for- 
mado por un Número determi- 
nado de canales y cada usua- 
rio que se conecta a él tiene la 
posibilidad de entrar a Cual- 
quiera de estos canales o de 
Crear otros nuevos. Para hacer- 
Nos Una idea rápida, digamos 
que cada servidor es como un 
edificio y cada canal de ese 
servidor es como cada habita- 
ción de ese edificio de manera 
que cada cual se puede meter 
en la habitación o canal que 
más le interese de ese edificio 
O servidor. 
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MUGEN 


0 cómo hacer tu propio juego de lucha 


Este programa está destinado a todos los 
DiVeros que seáis auténticos fans de este 
género. M.U.G.E.N. es un excelente juego de 
lucha, pero con la genial particularidad de que 
se le pueden añadir personajes creados por 
uno mismo o descargados de Internet. 


y, € esta manera se ha 


| convertido en el juego 
LY) con más luchadores de 
la historia, y en la red 


podéis encontrar personajes de 
todas las sagas, desde Ryu o 
Athena a Megamán. 


Este engine de juegos de lucha pro- 
gramado por el grupo Elecbyte nos 
permite crear personajes a nuestro 
gusto, sin otra limitación que nues- 
tra imaginación y capacidad técnica. 
Podremos crear desde luchadores 
sencillos a los más complejos con 
ataques especiales, supers, proyecti- 
les, fatalities e incluso con otros 
luchadores o animales como ayu- 
dantes. Asimismo podremos crear 
escenarios con su música de fondo y 
añadirlos al programa. Pero lo más 
atractivo de todo es la posibilidad de 
enfrentar nuestros luchadores a 
otros creados por otras personas, en 
un plantel inmenso que incluye a los 
luchadores más famosos de la histo- 
ria de los videojuegos. 


De hecho, la modalidad más popu- 
lar es la de convertir personajes de 
otros juegos de lucha a M.U.G.E.N. 
Los juegos más usuales para esta 
conversión son los King of Fighters y 
los Street Fighter, y en Internet 
podemos encontrar a casi todos los 
luchadores de estos juegos. 
Instalarlos para poder jugar con 
ellos es tan sencillo como descom- 
primirlos en un directorio propio 
de mugenichars| y añadirlos a la 
lista de personajes que hay en 
mugen data select. cfg. 

Aún así, debo advertiros que crear 
un luchador para M.U.G.E.N., así 
como convertirlo de otros juegos, es 


DIV MANÍA (NP 


una tarea ardua, que os llevará 
varios días y os producirá algún que 
otro dolor de cabeza. El programa 
está aún en fase beta (aunque es 
plenamente funcional), y entre otras 
cosas la documentación sobre cómo 
crear luchadores es bastante escasa. 
Pero en este artículo hallaréis lo fun- 
damental para iniciaros. 


Para empezar hay que decir que 
para jugar sólo necesitáis el progra- 
ma principal, pero para crear lucha- 
dores necesitaréis más cosas. Son 
imprescindibles las M.U.G.E.N. Tools, 
creadas también por Elecbyte. 
Asimismo es más que recomendable 
que para empezar utilicéis el lucha- 
dor básico, que encontraréis en pla- 
yer.zip y que contiene los archivos 
mínimos, así como explicaciones 
sobre su funcionamiento. También 
resulta muy útil un programa llama- 
do Mugen Character Maker, progra- 
mado por un español, que simplifica 
bastante la creación de personajes. 
Todo esto lo encontraréis en el CD 
de DIVManía. 


Otra cosa que necesitáis (aparte de 
paciencia) es un bloc de notas para 
apuntar la larga lista de sprites, ani- 
maciones y movimientos del perso- 
naje. Si no lo hacéis será mucho 
más difícil cambiar cosas después. 


Los archivos necesarios 
Como ya he dicho, los archivos que 
definen cada luchador están en un 
subdirectorio de chars. Hay varios 
archivos pero básicamente se redu- 
cen a tres clases: los ficheros de grá- 
ficos y sonido, que se crean con dos 
programas auxiliares; los archivos 
con las paletas, es decir, los colores 


yr ekinace 


de los luchadores; y finalmente, 
toda una serie de ficheros de texto 
que definen el comportamiento del 
luchador, desde las animaciones que 
puede hacer en cada momento a los 
botones que deben pulsarse para 
realizar un ataque especial. Los vere- 
mos ahora uno por uno. 


Supongamos que nuestro luchador 
se llama luchador. Así pues, debere- 
mos crear un directorio 
mugenYcharsWuchadon y en él 
deben estar los siguientes archivos: 


-luchador.def. Este es el primer archi- 
vo que necesita el programa, pues 
contiene la información básica: el 
nombre del luchador y los archivos 
que lo componen. Lo podéis crear 
en un editor de texto cualquiera, 
modificando el archivo player.def. 


-luchador.sff. Es el fichero de gráfi- 
cos, que contiene todos los sprites 
del personaje (algo así como los 
.fpg del DIV). Para crearlo debere- 
mos utilizar el programa Sprmaker 
que viene con las Tools. Este pro- 
grama creará el .sffa partir de 
ficheros .pcx, que podréis crear con 
cualquier editor gráfico. 
Deberemos organizar los sprites 


| por grupos, para que sea más fácil 


utilizarlos después. Además debere- 
mos introducir las coordenadas del 
punto base del luchador, que está 
centrado y en el suelo (ver Fig. 1). 


Para que introducir todos esos 
datos no se haga pesado, se 
puede automatizar el proceso con 


Fig. 1: Posiciones correctas del punto base. 


; 
$ G 
y e 


Pueden participar hasta 
cuatro luchadores simultá- 
neos, sín contar los helpers 


M.U.G.E.N. Especial 


Fig. 3: Collision Boxes normales y de ataque. 


un fichero de texto. Encontraréis 
las instrucciones para hacer esto 
en el readme.txt de las Tools. Otra 
opción que seguramente os resul- 
tará más sencilla es usar el men- 
cionado programa Mugen 
Character Maker, que hace la con- 
versión mediante un práctico 
interface visual. (ver Fig. 2). 


Nota importante: Los luchadores 
está limitados a una paleta de 8 bits, 
y todos los sprites deben tener la 
misma paleta. Esto no debe resultar 
una gran limitación, y de hecho con 
DIV ocurre lo mismo. 


eluchador.snd: Es el fichero de 
sonidos, que se crea de manera 
muy similar al .sff, 
pero partiendo de 
ficheros .wav y 
utilizando el pro- 
grama Sndmaker de las Tools. Hay 
que decir que este fichero no es 
imprescindible, pero si no lo 
incluimos nuestro luchador no 
tendrá sonidos. 


e luchador1.act, luchador2.act, etc.: 
Estos ficheros también son opciona- 
les, y contienen las distintas paletas 
que tendrá el luchador en función 
de con qué botón lo seleccionemos 
en el juego. Se pueden crear con 
Photoshop o cualquier otro progra- 
ma que pueda salvar paletas con 
extensión .act. Si no los incluimos el 
luchador sólo tendrá una paleta, la 
del fichero .sff. 


Fig. 4: Los efectos de transparencia permiten 
crear impresionantes ataques. 


Ahora veremos los ficheros de texto 
que marcan el comportamiento del 
luchador. Para crearlos sólo necesi- 
táis un editor de texto. Lo mejor es 
que modifiquéis los que vienen en 
player.zip y les cambiéis el nombre 
por el de vuestro personaje. 


e luchador.air: Aquí se describen 
dos cosas: las animaciones del per- 
sonaje y sus collision boxes, que no 
son otra cosa que rectángulos que 
describen su forma. Los boxes de 
tipo 1 definen las zonas con las 
que el luchador puede golpear, y 
los de tipo 2 las zonas donde 
puede ser golpeado (ver Fig. 3). 


Cada animación y sus correspon- 
dientes boxes se incluyen en una 
acción. Una acción es una lista de 
sprites (procedentes del fichero .sff) 


con sus collision boxes correspondien- 


tes. Veamos esto con un ejemplo: 


¿Posición Inicial 
[Begin Action 0] 
Clsn2Default: 2 
Clsn2[0] = -15,5,10,-120 
Clsn2[1] = -20,-50,25,-100 
0,1,0,0,30 
0,2,0,0,30 
0,3,0,0,30 
0,2,0,0,30 


Esta es una de las acciones de un 
fichero .air. La primera línea es un 
comentario, que el programa 
ignorará al ir precedido del punto 
y coma. La segunda es la defini- 
ción de la acción, que nos dice 
que su número de identificación 
es el 0. Después tenemos el 
número de collision boxes de tipo 
1. El nombre Default indica que 
éstos son validos para toda la 
acción (si pusiera Clsn2: 2 sólo 


Cómo crear los sprites 


Fig. 2: M.C.M. es un excelente pro- 
grama para crear personajes. 


serían válidos para el primer 
sprite). Después están las coorde- 
nadas de cada box, que se corres- 
ponden con la imagen de la 
izquierda de la Fig. 3. Y finalmen- 
te tenemos la lista de sprites, 
cada uno con sus valores: el 
grupo y el número de sprite (des- 
critos en el archivo .sff), sus coor- 
denadas (normalmente 0,0) y el 
número de frames que durará el 
sprite. Tened en cuenta que el 
juego funciona a 60 frames por 
segundo, así que esta acción 
duraría dos segundos. 


Otra cosa que debéis saber es que 
el programa tiene unas acciones 
obligatorias, que debéis poner 
siempre, y que describen las accio- 
nes básicas del luchador. Así, la 
acción O es la del luchador quieto, 
la 20 la de caminar, etc. Además 
hay unos sprites obligatorios en el 
fichero .sff. Podéis encontrar una 
lista completa de las acciones obli- 
gatorias en mugen1docsVair.txt, y 
de los sprites en sprite. txt. 


Las animaciones del archivo .air 
nos permiten hacer muchas más 
cosas de las que hemos visto hasta 


Lo primero que uno necesita para crear un luchador son sus 
sprites, es decir todas las imágenes que describen al luchador en 
todos sus movimientos posibles. Hay muchas maneras de conse- 
guir estos sprites; podéis crearlos desde cero con un programa de 
dibujo o con uno de modelado tridimensional, o también podéis 
tomar fotografías vuestras con una cámara digital. Pero la manera 
más fácil y popular es la de “robar” los sprites de un juego de 
lucha. A este proceso se le llama ripping. 


Para hacer esta captura necesitáis mucha paciencia, pues se trata 
en esencia de hacer capturas de imagen del juego. Después debe- 


remos limpiar de cada imagen todo lo que no sea el luchador, 


dejando sólo el color O de fondo. 


Lo más normal para hacer esto es usar un emulador, pues hay muy 
pocos juegos de lucha para PC, mientras que la PlayStation o la 
Neo Geo tienen muchísimos. En cualquier caso, recordad que 
debéis tener los derechos de uso de los juegos (es decir, los juegos 
originales) para usarlos con el emulador. 


Sin duda el mejor emulador para hacer esto es el NeorageX, que 
aparte de emular estupendamente la Neo Geo, tiene una genial 

herramienta para eliminar de la imagen todos los elementos que 
no pertenezcan al luchador. (Ver Fig. 7). 


M.U.G.E.N. Tools. 


miento del programa. 


Direcciones de Interés 


Lhttp://www.elecbyte.com: Los creadores de M.U.G.E.N. Aquí 
encontraréis la última versión de este programa y de las 


http://come.to/testp: Los testeadores oficiales han creado un juego 
completo usando M.U.G.E.N. Lo tenéis también en el CD de DIV 
Manía. Sus luchadores son los mejores para aprender el funciona- 


http://g0.to/mugen4ever: La página de fans más completa. Aquí 
están casi todos los luchadores que existen para M.U.G.E.N. 


http://teleline.terra.es/personal/moi.ses: En la Página de Sés encon- 
traréis el fantástico programa M.U.G.E.N. Character Maker. Muy 
recomendable si queréis crear un luchador. 


http://perso.club-internet.fr/moah_/KOF91/: La competencia. Ésta 
es la página oficial de KOF 91 (Ver el cuadro correspondiente) 


ahora, como por ejemplo invertir la 
imagen, hacer bucles o aplicar 
efectos de transparencia, una 
característica muy potente que 
podéis ver en la Fig. 4. 


-luchador.cmd: Está dividido en dos 
partes. En la primera hay una lista 
de comandos, que no son más que 
los botones que hay que pulsar 
para hacer un ataque. Su descrip- 
ción es similar a las acciones pero 
más sencilla. Veamos, por ejemplo, 
como se ejecutaría un Hadoken: 


¡ Bola de Fuego 
[Command] 

name = Hadoken 
command = -D, DE E a 
time= 30 


Tras el comentario y la definición, 
viene el nombre del movimiento. Es 
importante que anotéis el nombre 
pues lo necesitaréis para activarlo 
después. Después viene la descrip- 
ción del comando: soltar abajo (-D), 
pulsar abajo y delante (la diagonal), 
pulsar delante y a (un botón de 
puñetazo). Si queremos hacer un 
movimiento en el que haya que 
mantener pulsado un botón, por 
ejemplo atrás dos segundos, se haría 
así: command= -12088B, E a.Es 
decir, soltar atrás después de 120 
frames, o 2 segundos, pulsar delante 
y a. Finalmente tenemos time= 30, 
que indica el tiempo que tenemos 


Fig. 6: El luchador de la izquierda 
no tiene icono ni portrait. 


para ejecutar la acción; si tardamos 
más no se activará. 


La segunda parte del .cmd es más 
compleja y define cuándo pode- 
mos hacer cada movimiento para 
que, por ejemplo, no podamos 
hacer una patada aérea estando en 
tierra. Explicaré cómo funciona 
más tarde, pues su uso es muy 
similar al del siguiente archivo. 


-luchador.cns: Describe los movi- 
mientos que el personaje puede 
realizar. Este es el último fichero 
que necesitamos, y sin duda alguna 
el más complicado. Llegar a domi- 
narlo es casi imposible, especial- 
mente porque la documentación 
referente a su uso está incompleta. 
Sin embargo, los movimientos bási- 
cos no son complicados de hacer. 


El fichero .cmd es similar al .aír, y así 
como éste se organiza en acciones, 
el .cmd es una lista de estados. Por 
ejemplo, al empezar el combate el 
luchador está en el estado de Intro, 
para después pasar al estado inicial; 
si pulsamos entonces arriba, el 
luchador pasará al estado de prepa- 
rarse para saltar, y después al de 
saltar arriba, etc. 


Por suerte para nosotros, la mayo- 
ría de estados ya están hechos, de 
manera que no tendremos que 
definir cómo caminar, saltar o aga- 
charse. Los únicos estados impor- 
tantes por definir son los ataques 
del luchador. Por eso veremos 
cómo se definen. 


Un estado empieza por su defini- 
ción, seguido de unos parámetros 
básicos. Después vienen los contro- 
ladores. Los controladores son la 
parte más potente de todo el pro- 
grama, y también la más complica- 
da. Permiten al luchador hacer casi 
cualquier cosa, desde crear proyecti- 
les a cambiar los colores del escena- 


vir Mb VU AL £ 


Especial M.U.G.E.N. 


Fig. 5: Ejemplo de Helpers: Megaman y Galford 


| con sus mascotas. 


rio o crear un luchador ayudante 
(Ver Fig. 5). Para activar estas accio- 
nes se utilizan los triggers, o gatillos. 
Clarificaré esto con un ejemplo: 


¿¡Puñetazo Medio y 
[Statedef 200] 
type =S 
movetype= A 

ctrl = 0 

anim = 200 


[State 200, 1] 

type = HitDef 

triggerl = AnimElem = 6 
attr = S, NA 

damage =20 


| animtype = Hard 


[State 200, 2] 

type = ChangeState 
trigger1 = AnimTime = 0 
trigger2 = Time > 20 
value = 0 

ctrl=-1 


Esto es más complicado que lo 
visto hasta ahora, y de hecho se 
puede complicar mucho más. 
Veámoslo por partes: 
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| Fig. 7: Con NeoRageX el ripping de sprites es 
| muy sencillo. 


É EX] 
Y a 


La flexibilidad del engine 
permite hacer supers con 
todo tipo de efectos 


M.U.G.E.N. Es pecial 


Primero viene el comentario y la defi- 
nición. Después los parámetros bási- 
cos: tipo de estado o type (S- De pie, 
C- Agachado, A- En el aire, L- 
Tumbado en el suelo), tipo de movi- 
miento (A- Ataque, D- Defensa, l- 
Todos los demás), si el jugador tiene 
o no control (0 para que no tenga 
control, 1 para que pueda interrum- 
pir el estado y pasar a otro al pulsar 
los botones), y finalmente el número 
de animación. Para que el estado 
funcione correctamente deberemos 
haber definido esta animación en el 
.Qír, con sus collision boxes de ataque. 
Después viene un controlador 
(Cada estado puede tener tantos 
controladores como queramos). 
Tiene su definición y su tipo, en 
este caso definir un impacto o 
HitDef. Después viene un trigger, 
que es la condición que debe cum- 
plirse para activar- 
lo, en este caso 
que estemos en el 
sexto sprite de la 
animación. A continuación vienen 
los parámetros del estado. Hitdef es 
un estado muy complejo y puede 
tener muchos parámetros, por lo 
que os aconsejo que miréis deteni- 
damente el ejemplo que viene en 
player.cns. En este caso tenemos los 
atributos (S- de pie, NA- Ataque 
normal), la energía que restará el 
impacto a nuestro contrincante y el 
tipo de animación que tendrá éste 
al recibirlo. (Hard, Medium o Low) 


Finalmente tenemos otro controla- 
dor, que cambia al estado inicial y 
proporciona control al jugador cuan- 
do la animación llega a su fin o el 
tiempo es superior a 20. Para definir 
esta condición alternativa, se define 
un trigger2. Si, en cambio, quisiéra- 
mos que las dos condiciones se 
cumplan a la vez deberíamos llamar- 
lo también trigger1. Para más infor- 
mación sobre los triggers, que sí 
están bien documentados, podéis 
consultar mugen Ydocs|trigger.txt. 


Sin embargo, sólo con esto el estado 
no serviría para nada, porque no le 
hemos dicho al programa cuándo 


Fig. 8: KOF 91 es un programa menos poten- 


te que M.U.G.E.N., pero más sencillo. 
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activarlo. Falta introducir el cambio a 
ese estado en la segunda parte del 
archivo .cmd (Atención: esto va en el 
archivo .cmd, no en el .cns): 


¿Puñetazo Medio y 

[State -1] 

type = ChangeState 

value = 200 

trigger] = command = y 

trigger] = command != holddown 
trigger] = statetype = S 

trigger] = ctrl = 1 


El estado -1 es un estado que siem- 
pre está activo sea cual sea el estado 
del luchador, y sus controladores 
sólo pueden ser de tipo 
ChangeState. Aquí vemos el que 
corresponde al golpe que acabamos 
de definir: el luchador pasará al esta- 
do 200 siempre que se cumplan 
simultáneamente cuatro condicio- 
nes: que hagamos el comando lla- 
mado “y”, que no pulsemos abajo, 
que el luchador esté de pie y que 
tenga control. 


Hasta aquí llega la descripción de 
los archivos. Pero ya hemos visto 
que el programa es complejo, y 
los archivos largos y numerosos. 
La pregunta que os debéis hacer 
es: ¿por dónde empiezo? Pues 
bien, aquí tenéis unos consejos 
para empezar. 


Cómo empezar 

un luchador 

Lo primero que necesitáis son los 
sprites del luchador (Ver el cuadro 
correspondiente). A continuación 
debéis descomprimir player.zip y 


renombrar los archivos con el 
nombre de vuestro luchador. 
Después deberéis modificar el .def. 
Seguidamente debéis crear el 
fichero .sff y el .air con las anima- 
ciones obligatorias, descritas en 
mugen1docsVair.txt. Esto es sencillo 
y gratificante, pues desde la anima- 
ción O cada vez que queráis podéis 
cargar el programa y ver a vuestro 
luchador en acción. 


Además, para que aparezca la ima- 
gen de vuestro luchador en la pan- 
talla de selección de personajes 
tendréis que introducir su icono 
(imagen 9000,0 del .sff) y su por- 
trait (9000,1). Si no lo hacéis al 
seleccionarlo su imagen estará en 
blanco, como veis en la fig. 6. 


Y finalmente, debéis crear las anima- 
ciones de los ataques, sus entradas y 
comandos correspondientes en el 
.cmd y sus estados en el .cns. Y con 
esto ya tendríamos un luchador 
completamente funcional. 
Obviamente podemos hacerle 
muchas más cosas, como introducir 
sonidos, animaciones de introduc- 
ción y final de round, ataques espe- 
ciales, etc. Y por supuesto podéis 
crear su escenario con música, ele- 
mentos animados, scrolls... Quizá 
podamos ver todo esto en un futuro 
artículo. Pero una vez entendidas las 
bases, todo lo demás llegará con la 
práctica. Espero que este artículo os 
haya servido de ayuda y ver pronto 
vuestros luchadores en la red. 


Héctor Zapata 
zapataQOncsa.es 


El otro M.U.G.E.N.: King of Fighters 91 


En Internet existen otros programas que permiten personalizar en 
mayor o menor medida juegos de lucha. El más popular después 
de M.U.G.E.N. es un interesante juego para Windows llamado KOF 


91. (Ver Fig. 8). 


La filosofía de trabajo de este programa es muy distinta. Todos los 
luchadores tienen las mismas características y los mismos movi- 
mientos, y lo que los diferencia son los 


que más que crear un luchador, lo que hacemos es substituir los 
sprites de un luchador existente por los nuestros, poniendo las 
imágenes .pcx en su directorio correspondiente. 


ropios sprites. De manera 


Las ventajas son obvias: no hay complicados archivos de texto que 
modificar ni archivos de imagen y sonido que crear. Por lo tanto, 
crear un luchador puede ser cuestión de minutos una vez tenemos 
los sprites. Además posee un editor de luchadores muy fácil de 
usar. Pero ya os podéis imaginar los inconvenientes: no tenemos 
apenas flexibilidad, los luchadores tienen muchos menos movi- 
mientos y la jugabilidad en general es mucho peor. Pero también 
tiene interesantes añadidos, como por ejemplo un efecto de zoom 
muy conseguido. Además al ser para Windows es más fácil de usar. 


Este programa está dirigido a E que no tengáis ganas de com- 


plicaros la vida aprendiendo el 


uncionamiento de M.U.G.E.N., o 


para los que quieran hacer un luchador rápidamente. Pero probable- 
mente os quedaréis con ganas de más, pues el programa es bastante 
limitado en cuanto a creación de luchadores. 


CETTETNN 


DIV MANÍA 


MP3 y WINAMP 


La revolución del audio en la red 


Veremos con detalle en este número de DIVmanía un 
formato sonoro que ha hecho cambiar radicalmente 
todo este submundo de la informática, abriendo un 


nuevo y amplio abanico de posibilidades. Nos referimos 


al flamante y casi mágico formato MP3. 


avance de la informática 
Len general, se caracteriza 

[— por tener un crecimiento 
.— exponencial y todo lo rela- 
cionado con el sonido digital no 
se queda atrás: hace 10 años, un 
computador apenas era capaz de 
emitir algún que otro tímido piti- 
do. Sin embargo, desde hace 
unos pocos años, los ordenadores 
son capaces de grabar, e incluso 
reproducir sonido extraído de 
fuentes externas, con una calidad 
idéntica a la original. El único 
inconveniente que se tenía hasta 
hace bien poco, era la gran capa- 
cidad de disco duro que se reque- 
ría para almacenar sonido con 
una calidad aceptable, lo cual 
hacía imposible, inevitablemente, 
el intercambio de este tipo de 
archivos, tan enormes, a través de 
Internet. 


Antes de nada, 

¿qué es MP3? 

MP3 no es ni más ni menos que un 
formato de compresión de audio. 


e 


pn. «a» is q if 


El formato MP3 es un standard reconocido 
por Windows. 


Antes de entrar en más detalles 
deberíamos intentar comprender lo 
que es un formato de compresión: 
pues bien, por compresión se 
designa a la acción de reducir de 


| algún modo el volumen o espacio 


ocupado por un archivo. Podríamos 
dividir los formatos de compresión 
de ficheros en dos tipos: 

e Los que comprimen uno o más 
archivos en un solo fichero, que 
únicamente podrá ser descifrado 
haciendo uso del programa des- 
compresor correspondiente. Este 
tipo de formato de compresión 
es el que se utiliza para hacer 
backups, o para trasladar infor- 
mación en una cantidad arbitra- 
riamente grande, de un ordena- 
dor a otro. Nunca podremos eje- 
cutar o leer un archivo contenido 
dentro del fichero comprimido 
de esta manera, si antes no lo 
descomprimimos. Esta es la prin- 
cipal diferencia de este tipo de 
formatos de compresión con res- 
pecto a los del segundo tipo. 
Ejemplos de este tipo de forma- 
tos de compresión son *.ZIP, 
*.RAR, *.AR), *.AIN, *.ACE, etc. 
Los que permiten que el archivo 
comprimido sea leído y utilizado 
por programas concretos, reali- 
zando la descompresión en tiem- 
po real, si es necesario. Es el caso 
de JPEG, MPEG o el que nos 
ocupa, MP3. 

Las siglas MP3 representan en 
realidad la frase MPEG Audio 
Layer-3. Esto significa que MP3 es 
la parte sonora del formato de 
compresión de vídeo MPEG, que 
es el standard desarrollado por el 
MOVING PICTURE EXPERT 
GROUP para este efecto. Es por 
eso que, a partir de determinada 
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versión de Windows 95, el propio 
sistema operativo provee de apli- 
caciones para reproducir archivos 
de vídeo en formato MPEG, y por 
consiguiente, también para repro- 
ducir archivos sonoros MP3. 


¡Cuáles son las ventajas 
e MP3? 

Como ya se ha podido vislumbrar 

en la introducción del artículo, la 

principal ventaja de MP3 es su 

poder de compresión: haciendo 

uso de un compresor MP3 sere- 

mos capaces de comprimir un 

fichero de tipo WAV de manera 

que pase a ocupar una décima, o 

incluso una La compresión MP3 

doceava parte | se basa en la supresión 

de lo que ocu- | de frecuencias no 

paba original- | perceptibles por 

mente, sin alte- | el oído humano. 

rar perceptiblemente la calidad 

sonora del fichero original. 

Gracias a esto, ahora podemos 
transportar a través de Internet 
canciones completas, sin que esto 
suponga una espera eterna, y el 
consiguiente gasto telefónico. 
Veamos un ejemplo con cifras: 
Imaginemos que queremos enviar 
a través del correo electrónico 
una de nuestras canciones favori- 
tas a un destinatario cualquiera. 
Pongamos que la duración de la 
misma es de 5 minutos y que 
queremos enviarla con calidad 
CD, es decir, sampleada a 44100 
Hz, en estéreo, y con 16 bits por 
muestra. Realizamos las siguientes 
operaciones: 

e Samplear con una frecuencia de 
44100 Hz significa que se origi- 


WinAmp es un reproductor de 
sonido que acepta MP3. 
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MP3 es un formato 
de compresión de audio 
muy eficaz y potente. 


Share Música 


o 


La interfaz de WinAmp. 


narán 44100 valores cada segun- 
do durante el proceso. Tenemos 
que multiplicar ese valor por dos, 
puesto que, al ser estéreo, tene- 
mos dos canales por los cuales 
estamos recibiendo información. 
Debemos multiplicar de nuevo el 
valor obtenido por dos, ya que 
cada muestra, por ser de 16 bits, 
ocupara 2 bytes de memoria en 
nuestro disco duro. 
Por último, multiplicamos por 
300 (segundos), ya que había- 
mos dicho que la canción duraba 
5 minutos. 
Obtenemos por tanto, que la 
canción ocupa la friolera de 50 
Mbytes. 
Si ahora multiplicamos los 50 
Mbytes por 8 para obtener el 
número de bits de información 
que representan, y 
dividimos por los 
28.800 baudios 
de un módem de 
calidad media, y 
por los 60 segundos que tiene un 
minuto, se obtiene que tardaría- 
mos alrededor de 4 horas (245 
minutos para ser exactos) para 
poder enviar este archivo a través 
de la red. 

En caso de pasar a formato 
MP3 el WAV en discordia, nos 
hubiera bastado con unos 20 
minutos, lo cual parece bastante 
más razonable. 


¿Cómo funciona MP3? 

Si hay algún lector que no haya 
escuchado todavía un archivo 
MP3, seguramente estará bastante 
escéptico, y le costará creer que 
no se pierda ninguna calidad de 
sonido si se logra un índice de 
reducción de espacio tan alto. Por 
otra parte, los lectores que hayan 


comprobado por sí mismos las 
cualidades de MP3, estarán pen- 
sando que es cosa de magia. Pues 
no se trata de ningún fenómeno 
paranormal. Es más bien una 
especie de truco, digno del mismí- 
simo Copperfield, que consigue 
engañarnos con una eficacia sor- 
prendente. La codificación MP3 se 
denomina perceptual, y esto viene 
a significar que se basa en el 
conocimiento de las características 
de nuestra percepción auditiva. 

El proceso de compresión, que 
es bastante complejo, podría 
resumirse de la siguiente manera: 
se transforman las muestras o 
samples en valores de frecuencia 
aplicando una transformada rápi- 
da de Fourier (Fast Fourier 
Transform) y posteriormente se 
suprimen aquellas frecuencias que 
no son perceptibles por el oído 
humano, mediante la aplicación 
de un modelo psicoacústico (psi- 
coacustic model). Es por eso que 
no notamos diferencia al reprodu- 
cir los archivos MP3, cuando en 
realidad ha sido modificada consi- 
derablemente la onda original. 


Limitaciones de MP3 
Aunque MP3 es un potentísimo 
formato de compresión, tiene un 
inconveniente: como la descodifi- 
cación o descompresión se realiza 
en tiempo real, esto toma un 
tiempo, lo cual origina, inevita- 
blemente, un pequeño retardo. 
Este retardo es aproximadamente 
de 50 mseg en el caso de la pri- 
mera versión de este formato de 
compresión (Layer 1), 100 mseg 
en la segunda (Layer 2) y 150 
mseg si se trata de MP3. Cuanto 
mayor es el índice de compresión 
mayor es el retardo. Esto no 


Rendimiento de cada una 
de las capas sonoras MPEG 


Factor de compresión Retardo 


1:4 


< 50 mseg. 
100 mseg. 


representa un problema para el 
transporte masivo de sonido por 
Internet (los retardos citados son 
despreciables), pero esto puede 
suponer un problema para el uso 
de MP3 en el campo de la telefo- 
nía, ya que el retardo acumulado 
puede llegar a hacer las comuni- 
caciones bastante torpes. Para 
aplicaciones telefónicas es preferi- 
ble reducir directamente la fre- 
cuencia de muestreo, reduciéndo- 
se así la calidad del sonido hasta 
el límite en el que las palabras 
siguen siendo comprensibles (for- 
mato PCM). 

Otra limitación de MP3 es que 
sus reproductores requieren de 
cierta potencia de CPU, ya que rea- 
lizan, como ya hemos dicho, des- 
compresión en tiempo real. Sería 
imposible reproducir MP3 con 
plena calidad en un 486 DX2, por 
ejemplo. 


Programas que pueden 
reproducir MP3: WinAmp 
El reproductor multimedia de 
Microsoft puede reproducir MP3, 
pero no nos ofrece la posibilidad 
de modificar las características del 
sonido, ni de manejar un grupo 
grande de ficheros. Todo esto y 
más lo encontramos en el que es, 
posiblemente, el programa de 
reproducción de MP3 más extendi- 
do. Nos referimos a WinAmp. 


El interfaz de WinAmp 
WinAmp es un programa reproduc- 
tor de numerosos formatos de 
audio entre los que se encuentra 
MP3. Su interfaz emula al frontal de 
un típico aparato reproductor de 
Compact Disc, permitiendo cambiar 
la apariencia del mismo con las dife- 
rentes pieles o “skins” que podre- 
mos adquirir en cualquiera de los 
sitios web relacionados. La interfaz 
tiene un display que representa, en 
forma de barras volumétricas o bien 
en forma de onda (esto se cambia 
haciendo clic en el display con el 
ratón), la intensidad del sonido 
reproducido, apareciendo también 
un contador de tiempo. Otro dis- 
play nos muestra el título de la can- 
ción, el intérprete y la duración 
total de la misma. También se nos 
indica la frecuencia de muestreo de 
la onda y el número de canales de 
la misma (estéreo o mono). 
Podremos variar el volumen y la 
panorámica con dos controles de 
desplazamiento horizontal. Así 
mismo se dispone de todos los con- 
troles típicos de manejo de un 
reproductor de CD convencional, 
como son Play, Pause, Stop, 
FastForward, Rewind, Canción 
siguiente, Canción anterior, 
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WinAmp permite crear listas ilimitadas de 
reproducción. 


WinAmp es el reproductor 
de formato MP3 más 
generalmente extendido. 
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Introducir nuevos archivos (es decir, 
cargarlos desde disco) e incluso los 
usuales Shuffle (Random) y Repeat. 

Todos estos elementos pueden 
variar ligeramente dependiendo 
del skin que estemos utilizando, 
pero básicamente, dispondremos 
de los mismos controles. 


Las opciones de WinAmp 
Haciendo “clic” en la parte supe- 
rior izquierda de la ventana de 
WinAmp se nos 
| despliega un 
| menú con dife- 
rentes opciones. 
Son las siguientes: 
e WinAmp: muestra información 
sobre el programa en general, 
como los créditos de realización 
del mismo, el precio que hay que 
pagar para registrarlo (WinAmp es 
Shareware, claro), las mejoras de 
la versión en concreto o direccio- 
nes URL (web) de páginas relacio- 
nadas con el tema. 
Play File: Permite seleccionar uno 
o varios ficheros ubicados en 
nuestro disco duro, que pasarán 
a formar parte de la lista de 
reproducción de WinAmp. 
e Play Location: Permite seleccionar 


Formato 

Impulse Tracker Module 
Extended Module 
ScreamTracker 3 Module 


ScreamTracker 2 Module 
MultiTracker Module 
ProTracker Module 

Layer 2 MPEG 

Layer 3 MPEG 
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El ecualizador gráfico de WinAmp. 


un fichero ubicado en una 
máquina remota, a través de 
Internet, para reproducirlo desde 
nuestro ordenador. 

e View File Info: Nos da informa- 
ción sobre el fichero que actual- 
mente está siendo reproducido 
(título de la canción, autor, 
álbum, año de creación, etc). 

e Graphical Equalizer: Nos da acce- 
so a un ecualizador gráfico de 10 
bandas que oscilan entre 60 Hz y 
16 Khz, así como a un control de 
preamplificación. 

e PlayList Editor: Lista de archivos a 
ser reproducidos. Se nos da la 
posibilidad de ordenarlos por 
título, por nombre de fichero o 
aleatoriamente. 

* Options: Esta opción despliega 
otro menú que nos da acceso, 
entre otras cosas, a las preferencias 
del programa y al selector de skins 
(pieles). Podremos encontrar pieles 
para todos los gustos: agresivas, 
clásicas, sobrias, coloristas e incluso 
temáticas (desde Star Wars a Los 
Simpsons, pasando por 
Spiderman). También podremos 
cambiar otros parámetros como el 
tamaño de la ventana de WinAmp. 

e PlayBack: Estas opciones son 
accesibles directamente desde la 
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*XM 
*.S3M 
*.STM 

* MTM 

* MOD 

* MP2 
*.MP3 


load ar play 


OHZ EOOHS TkHz 3kHz EkHz 


Hs rá rs er e DY AMA AA 


Share Música 


kHz MEH T6kH 


interfaz. 

e Visualization: Permite modificar el 
plug-in preseleccionado. Este plug- 
in podrá ser un volúmetro u osci- 
loscopio determinado de los que 
tengamos disponibles en nuestro 
WinAmp, que será mostrado a 
pantalla completa. Algunos de 
ellos son realmente atractivos y 
podremos activarlos pulsando con 
el botón derecho del ratón sobre 
uno de los displays de la interfaz. 


Dónde encontrar 

todo este material 

Para encontrar todo tipo de archivos 
MP3 podremos dirigirnos a páginas 
como www.mp3.com que nos da 
acceso a gran cantidad de canciones, 
escrupulosamente clasificadas por 
estilos. Podremos tanto bajarlas de la 
red (download), como escucharlas 
directamente. En el caso de bajarlas 
podremos optar por diferentes cali- 
dades, para minimizar el tiempo de 
download, si así lo deseamos. De 
todas formas es conveniente hacer 
uso de alguno de los programas des- 
tinados a acelerar la transferencia de 
archivos en Internet, como Netants, 
ya que, aunque MP3 ahorra mucho 
tiempo y espacio, los archivos siguen 
siendo bastante extensos (una media 
de 4 a 5 Mbytes). 

Para buscar música independien- 
te o autoproducida podemos buscar 
en www.vitaminic.com, que ofrece 
la posibilidad de dar publicidad y 
comercializar sus obras en formato 
MP3, a los músicos tanto profesio- 
nales como amateur. Para conseguir 
la última versión de WinAmp bastará 
con navegar hasta 
www.winamp.com. 


Sergio Cánovas 
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En el artículo anterior estudiamos cómo crear distintas 
posturas secuenciales que nos diesen la sensación de 
movimiento. Hoy veremos un punto que ha provocado 
el mayor número de consultas por vuestra parte: la 
aplicación de texturas. 


ado el interés que habéis 

demostrado, en este 

número comentaremos 

los métodos para añadir 
realismo y color a nuestros perso- 
najes Poser, aplicando imágenes 
bitmap a su superficie. 

Quizás es el primer paso a la 
hora de diseñar vuestros personajes 
del juego, que seguro os traéis 
entre manos: definir el “aspecto” 
que tendrá el personaje para luego 
aplicar el movimiento y animación 
y posteriormente, crear los sprites 
correspondientes. 

Generalmente, al crear el guión 
de los juegos, se suele discutir el 
aspecto que tendrá el personaje: 
“Detective joven con camiseta 
blanca y pantalones vaqueros”, 
“Elfo de piel blanca, con chaleco 
verde y botas rojas”, etc. 

Pues eso es precisamente lo que 
haremos a continuación, definir el 
aspecto de nuestro personaje. 


Aplicando texturas 
Llegamos al momento que tantas 
consultas ha provocado en mi 
buzón: el personalizar nuestro per- 
sonaje aplicándole los colores y 
ropas que deseemos. Para ello, 


La textura del esqueleto. 


como siempre, debemos tener 
muy claro antes de empezar, las 
características de nuestro persona- 
je, en definitiva, “crearle una histo- 
ria”: ¿ha luchado cuerpo a cuerpo 
y tiene cicatrices? ¿su ropa es 
recién comprada o está llena de 
barro y polvo? ¿es de piel blanca o 
está tostado por el sol? 

También debemos decidir 
cómo vamos a crear la textura. 
Vaya esto por delante: cualquier 
programa de dibujo sirve para rea- 
lizar las “pieles” de nuestros perso- 
najes en Poser. Es decir, cada uno 
puede utilizar su programa de reto- 
que favorito: Photoshop, Paint 
Shop, Painter, Paintbrush (que 
viene por defecto con Windows), e 
incluso el propio editor de Div. 

Obviamente, existen otras opcio- 
nes más “profesionales” que seguro 
que todos aquellos que manejáis 
programas 3D conocéis: me refiero 
a las aplicaciones de texturizado 
como Deep Paint 3D o la propia de 
Metacreations 3D Paint. Estas utili- 
dades te permiten pintar directa- 
mente sobre un objeto 3D, como si 
se estuviera pintando una maqueta 
o un lienzo y nos muestran en todo 
momento el resultado final de nues- 
tras pinceladas. Así, sólo habría que 
cargar en el programa de texturiza- 
do el personaje de Poser (guardado 
antes desde este programa en algu- 
no de los formatos 3D que reconoz- 
ca vuestro texturizador: 3DS, OBJ, 
etc...) y aplicarle la textura. La imá- 
gen bitmap generada por esa textu- 
ra debe guardarse después en algu- 
no de los formatos reconocidos por 
Poser (por ejemplo, BMP). 

Para los que utilicéis este méto- 
do de texturizado (programas ad- 
hoc), os doy una serie de consejos 
que seguro os son de utilidad: 
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* Haced que el tamaño del bitmap 
de la textura sea lo suficiente- 
mente grande (1024x1024 
pixels, por ejemplo), pues influye 
en la calidad final de la textura al 
aplicarla. 

El método de aplicación de la 
textura al personaje también 
influye. Si desde un programa 3D 
escogemos un mapeado cilíndri- 
co, Cúbico, plano, etc... para apli- 
car al objeto Poser antes de tex- 
turizar, esto tendrá una influencia 
decisiva en el resultado final. 
Moved la luz en el programa de 
texturizado, pues una zona en 
sombra que creamos que está 
bien pintada, puede presentar 
pinceladas mal dadas, trazos sin 
cubrir, etc... 

De todas formas, sabiendo que 
el presupuesto de casi todos es 
muy reducido como para permitir- 
nos adquirir una de estas utilidades 
de aplicación directa de texturas, 
lo haremos con nuestro programa 
de retoque gráfico tradicional. Yo 
utilizaré Painter 6 de 
Metacreations, porque es el que 
me ha parecido que se adapta 
mejor a mi forma de trabajo. 
Vosotros podéis usar cualquier pro- 
grama, lo único que se requiere es 
que sea capaz de trabajar con par- 
tes de imagen cortadas y pegadas 
(el editor de Div y el Paintbrush 
que viene de serie con Windows 
pueden hacerlo). 

Como ejemplo y dado que 
cuando estoy escribiendo el artícu- 
lo quedan pocas fechas para la 
Eurocopa de fútbol, haremos un 
pequeño homenaje a la Selección 


Los elementos iniciales. 


Pongamosie cara a nuestros personajes. 
Española creando un personaje que 
sera un jugador de la misma, para 
un juego de fútbol. 

Los datos de partida son senci- 
los: en cualquier revista, periódico 
o página Web encontraremos fotos 
del uniforme de la Selección, así 
gue sólo tenemos que copiar el 
diseño de la camiseta y pantalón 
nacional para que nuestro persona- 
je cobre vida. En concreto, yo 
seleccioné de Internet la imagen 
que podéis ver a la derecha. De ahí 
puedo copiar el dibujo de la cami- 
seta y por otra parte, aparece el 
escudo de la Selección bien claro. 
Todo esto nos será de gran utilidad 
en los siguientes pasos. 

Por otro lado, para darle un 
aire más personal, vamos a ponerle 
al jugador la cara que nos parezca 
mejor. Si tenéis cámara digital, sólo 
tenéis que fotografiar a la persona 
que queráis y pasar la foto al orde- 
nador como JPG. También se 
puede seleccionar una foto que 
tengamos y escanearla. El caso es 
tener una imagen JPG de la cual 
podamos “cortar y pegar” una 
cara para añadirla a la textura de 
nuestro jugador. En los próximos 
minutos veremos cómo hacerlo. 


Las plantillas 

de texturas de Poser 

Cada modelo de persona de Poser 
(hombre de negocios, niño des- 
nudo, etc...) tiene una forma dis- 
tinta definida por las arrugas de la 
vestimenta, calzado, etc... De ahí 
que la forma de pintar su textura 
es diferente. 

Metacreations nos facilita las 
cosas dándonos las texturas bási- 
cas de cada figura disponible en 
Poser. Si abrimos el directorio 
“Templates” en el CD de Poser, 
veréis que hay una serie de dibu- 
jos en formato TIF, que pueden 
ser abiertos en cualquier progra- 
ma de dibujo. Abrid por ejemplo, 
“Mskelton.tif” y podréis observar 
que lo que ahí se refleja es el 
dibujo de los polígonos que com- 
ponen el modelo de esqueleto 
masculino de Poser, dividido por 
partes y en la postura básica (con 
los brazos extendidos). Las 
manos se encuentran separadas 


de la figura central y el cuerpo se 
muestra de frente y de espaldas. 
Lo que representa la plantilla es 
un “desenrolle” (un “unwrap” en 
inglés) del objeto Poser en todos 
los polígonos que lo componen. 
Si pintamos directamente sobre 
esta imagen y la cargamos poste- 
riormente en Poser, adquiere la 
pintura que hayamos añadido a 
esta imagen bitmap. Puede sonar 
complicado, pero ahora veremos 
que no es así. 

Así, cada modelo de Poser lleva 
su textura correspondiente, sólo 
hay que mirar el nombre en inglés 
de cada una para imaginar su 
correspondencia con los modelos 
del programa. 

Dado que Poser no incluye nin- 
gún modelo en pantalón corto y 
camiseta para nuestro personaje, lo 
que haremos será pintar la textura 
de “Hombre vestido informalmen- 
te” (Casual man), simulando la 
camiseta y el pantalón corto de la 
Selección. 

Comencemos por abrir en 
nuestro programa de dibujo la 
plantilla “CASMAN.TIF” del direc- 
torio “Templates” del Cd Poser. 
Como podéis comprobar, se trata 
del modelo de hombre informal 
dividido en polígonos, se puede 
reconocer dónde acaban las man- 
gas de la camiseta, la cintura, etc... 

Lo normal es comenzar pintan- 
do las partes que quedan al descu- 
bierto, como los brazos, piernas, 
cara, etc..., seguir con la vestimen- 
ta y acabar con el calzado. Así que 
procederemos a ponerle cara a 
nuestro personaje y pintaremos el 
resto de cuerpo descubierto. 

Recortad de la imagen JPG que 
deseéis la cara de la persona a 
“retratar” en el personaje. Todos 
los programas de dibujo tienen 
una herramienta para seleccionar 
zonas en el dibujo, así que selec- 
cionad la cara de la foto que os 
guste y “cortad” la selección (en 
casi todos los programas suele 
estar bajo “Edición>Cortar”). Ahora 
tenéis la cara de vuestra imagen en 
el portapapeles de Windows y sólo 
hay que pegarla en la plantilla que 
hemos abierto CASMAN.TIF. Como 
podeis ver arriba yo he tenido que 
disminuir el tamaño de la cara 
recortada y rotarla un poco para 
que quede recta. 

Pegad la cara y, si como me ha 
sucedido a mí, no encaja con la 
de la plantilla por ser muy grande, 
no estar completamente recta, 
etc... rotadla y escalarla con vues- 
tro programa de dibujo, hasta 
dejarla con las dimensiones de la 
plantilla de nuestro personaje. 
Una vez encajada la cara, seleccio- 
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Pintando los colores básicos. 


nad el color de la piel de la cara 
pegada (generalmente es la herra- 
mienta “cuentagotas” en todos 
los programas de dibujo, la que 
permite seleccionar un color de 
los que aparecen en una imagen). 
Ya tenéis el color de la piel de 
vuestro personaje tomado de la 
realidad. Con la herramienta de 
pincel, pintad las zonas correspon- 
dientes al resto de la cabeza, cue- 
llo y brazos (las piernas las deja- 
mos para luego) tanto de frente 
como de espaldas. No os preocu- 
péis por seguir los contornos de la 
plantilla, en la figura Poser lo 
único que cuentan son los polígo- 
nos que aparecen en la plantilla, 
así que todo lo que pintéis que 
sobresalga no aparece en el perso- 
naje al colocarle la textura. 

Una vez que tenemos la cara, 
comenzamos con 
la camiseta. La 
Selección 
Española lleva un 
escudo bastante 
grande sobre el pecho, como dibu- 
jarlo a mano puede quitar realismo 
a nuestra imagen, vamos a hacer 
igual que con la cara del personaje: 
recortarlo y pegarlo. De la imagen 
que tengamos de jugadores de la 
Selección, recortamos el escudo de 
esa imagen y lo pegamos en nues- 
tra plantilla. Puede suceder, al igual 
que ocurrió con la cara, que haya 
que disminuir su tamaño y rotarlo 
para que quede recto. El resultado 
final podéis verlo en la página 
siguiente. 

Ahora sólo queda seleccionar el 
color de la camiseta nacional (de 
nuevo la herramienta “cuenta- 
gotas” de vuestro programa de 
dibujo viene en vuestra ayuda). 
Coged el color de la camiseta en la 
foto de la que hayáis recortado el 
escudo y comenzad a pintar nues- 
tra plantilla Poser de rojo. 

Como en la foto que he selec- 
cionado previamente no se apre- 
ciaban todos los detalles de las 
mangas y pantalones, descargué 
otra imagen de la Selección en la 
que sí se veían todas las partes del 
uniforme. Una vez observada la 
foto, y siguiendo el procedimiento 
de tomar el color de la foto origi- 
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Se puede dar.a la figura 
un toque personal 
añadiendoles una cara 


E 


mo 


La textura completa. 
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Podemos tomar una 
muestra del color de la piel | 
de la cara para el cuerpo | 


nal (“cuentagotas”) y utilizarlo 
para pintar las líneas de la camiseta 
de la textura, añadimos las mangas 
azules y los detalles amarillos del 
cuello y mangas. El resultado debe- 
ría ser como el de abajo. 

Ya podemos poner el número a 
la camiseta. Con la ayuda de la 
herramienta de texto de vuestro 
programa de dibujo, crear un 
número en la espalda y en el 
pecho de la textura. 


Creemos pantalones 
cortos de la nada 

Dado que la plantilla CASMAN.TIF 
corresponde a un personaje con 
camisa de manga corta y pantalo- 
nes largos, debemos simular que 
los pantalones son de deporte. La 
nueva versión de Poser ya permite 
modificar las par- 
tes de la ropa 
para que incluya- 
mos las que más 
se ajusten a nuestro personaje, 
pero con Poser 2 debemos seguir 
el procedimiento que os comento 
a continuación. 

En primer lugar. marcad el 
espacio que existe entre el final 
del pantalón corto y el comienzo 
de las medias del jugador. Esto es, 
cread dos líneas rectas horizonta- 
les que marquen el espacio que 
corresponde a la pierna descu- 
bierta. Dichas líneas deben exten- 
derse desde la parte correspon- 
diente a la figura de frente, hasta 
la figura de espaldas, para que 
después coincidan. 

Posteriormente, sólo queda 
rellenar con el mismo color que la 
nueva zona que hemos creado 
para las piernas. 

Por último, coloread del 
mismo modo que hemos hecho 
con la camiseta, el pantalón, 
medias y calzado del jugador. 
Tened en cuenta que el resultado 
de nuestro trabajo es el básico 
para crear sprites posteriores, 
añadiendo luces, animación y 
otros objetos en Poser. Tal y como 
hemos concluido, el trabajo que- 
daría estupendamente para spri- 


tes de tamaño medio, pero si 


queremos hacer una “intro” en 
formato película, con algún plano 
cercano, etc...deberíamos añadir 
nosotros mismos luces y sombras 
a las arrugas de la camiseta, barro 
a las botas, sombras a la cara y 
cuello, simular pelo en los brazos, 
etc...pero eso depende ya del 
sentido artístico de cada uno. 


Aplicando 

la textura en Poser 
Nuestra textura de la Selección 
debemos guardarla en formato 
BMP o bien TIF, dado que son los 
únicos formatos gráficos que admi- 
te Poser 2 para cargar texturas en 
los modelos. 

Una vez la tenemos guardada 
con el nombre que deseemos, sólo 
tenemos que abrir Poser, y desde el 
menu “Render” seleccionar “Surface 
Options”. Se nos abrirá una ventana 
en la cual podremos seleccionar en 
un desplegable la figura a la cual 
vamos a aplicar la textura (“Figure 
1”, etc...), y cargar las texturas 
correspondientes a “Bump” (ver la 
sección siguiente) y a “Texture 
Map” (la que hemos creado). 

Pulsamos el botón “Load” en 
“Texture Map” y seleccionamos la 
imagen TIF o BMP de la textura 
que hemos guardado. A partir de 
ahora podremos modificar las pos- 
turas, crear animaciones, etc... con 
nuestro personaje, que la textura 
corresponderá a la que hemos indi- 
cado a Poser. 

Probad a hacer un Render de 
vuestro personaje, y comprobaréis 
los resultados de vuestro trabajo 
previo. Con éste método podréis 
crear los sprites de vuestros per- 
sonajes en la mitad de tiempo 
que en el editor de Div “a mano”, 
con resultados infinitamente 
mejores. 


Tipos de texturas: 
Map y Bump 
Como comentábamos, en el cua- 
dro de carga de texturas de Div se 
nos da la opción de seleccionar 
dos tipos de texturas diferentes. 
Veamos en qué consiste cada una 
de ellas. 

Bump: La traducción literal es 
“abolladura”, pero este tipo de 


Creamos una escena con nuestra textura. 
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mapas lo que nos indican es el 
relieve de la textura. No contienen 
color, son en blanco y negro y, 
según se pinte una zona más clara 
u oscura, nos indicará las partes 
más resaltadas del modelo. 

Sonará lioso, pero en realidad 
es bastante fácil. Abrid por ejem- 
plo, la textura “Male Muscle 
Texture.TIF”, que corresponde con 
la textura Bump del hombre des- 
nudo. Veréis una imagen en blanco 
y negro que simula la musculatura 
de un hombre. 

En esta imagen, las zonas blan- 
cas son las zonas que “sobresalen” 
de la figura. Por ejemplo, los abdo- 
minales son casi blancos puesto 
que son músculos que dan relieve 
a la figura. 

Por contra, las zonas más oscu- 
ras (gris oscuro y negro) indican 
“hundimientos” en la superficie de 
la figura. Así, la zona donde están 
los abdominales es más oscura que 
el resto, para indicar que está a un 
nivel inferior. 

Si quisiéramos crear una textu- 
ra Bump para nuestro uniforme 
de la Selección, construiríamos 
una superficie gris medio (indica- 
ría las zonas planas), sobre las 
que aplicaríamos gris claro y blan- 
co en el punto más alto de las 
arrugas, y gris oscuro y negro en 
los dobleces. 

Este tipo de textura da mucho 
realismo a la ropa, sobre todo a los 
músculos de las figuras con cuerpo 
descubierto, pero consume tiempo 
de render y debemos evaluar si son 
necesarios para nuestra figura. Si 
vamos a crear sprites de 100x100 
pixels es inútil realizar mapas de 
relieve, pues no se apreciarán. Si 
queremos realizar una animación 
con planos cortos y medios de los 
personajes, probablemente sea 
necesario crear un mapa Bump 
para ellos. 

Los Map Textures son las textu- 
ras que hemos creado a lo largo 
del artículo. Definen los colores 
que tienen los personajes, así como 
los detalles de la vestimenta, etc... 
Una textura de color bien trabaja- 
da es la que marca la diferencia 
entre un personaje mediocre y uno 
bueno a la hora del render. 

Y esto es todo por hoy. 
Próximamente veremos cómo dise- 
ñar la librería de animación con las 
posturas creadas en el capítulo ante- 
rior, y crearemos los sprites corres- 
pondientes para cargarlos en Div. 

Como siempre, recordaros que 
podéis realizar las consultas que 
deseéis en el e-mail: 

tayeteOteleline.es. 


Santiago García Mazariegos “Tayete” 
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Para vosotros 


Un número más, aquí tenéis vuestro espacio para salir 


a la luz pública. Para poneros en contacto con otros 
diveros, para intercambiar ideas o, para criticarnos o 
alabarnos y, en general, para decir lo que os apetezca, 
siempre y cuando tenga que ver con DIV claro está. 
No nos cansamos de repetir que esta revista es tanto 


vuestra como nuestra. 


Crítica constructiva 

Hola, quería comentar algunas cosas 
que me gustan y otras que no de la 
revista DivMania: 

- El tema del concurso para enviar 
los juegos está muy bien, pero se 
limita solo a Div, somos un monton 
de personas que leemos la revista y 
programamos en otros lenguajes 
como C, Paskal, etc... ¿Por qué 
nosotros no podemos participar? 
Me parece una manera de limitar la 
revista a solo Div. 

- Me gustan sobre todo las seccio- 
nes que tratan sobre programacion 
con DirectX, Utilidades con MFCs, 
OpenGl, etc. De esta manera no se 
limita sólo a Div. En el fondo la 
gente que se inicia programa en 
Div, pero llega un momento que 
con Div no es suficiente y aprenden 
a programar en C bajo Windows. 
Así que estas secciones son de bas- 
tante utilidad. 

- Las fotos que ponéis junto al texto 
me parecen demasiado exageradas, 
me explico: igual se está comentan- 
do cómo programar la parte de 
hablar con otros personajes y al lado 
en vez de salir una foto del ejemplo 
de la revista sale una foto del King 
Quest VIIl o del Baldurs Gate . ¿¿?? 
Y todos sabemos que el código que 


se esta tratando no le llega a la suela 
de los zapatos de esos juegos. 
Bueno, en resumen que la revista 
está muy bien que espero que sigáis 
así pero ke no os limitéis tanto a DIV 
o en caso contrario que penséis en 
crear una revista nueva DirectXMania 
o Cmania. Un saludo. /VMA 


Gracias por tu carta. Tomamos nota 
de tus sugerencias. Respecto a la parti- 
cipación de juegos realizados en otros 
programas, sintiéndolo mucho no es 
posible. Sin embargo estamos abiertos 
a publicar cualquier juego que nos 
enviéis y que os haga ilusión ver publi- 
cado. Sobre la limitación a Div Games 
Studio, querido amigo, Divmanía está 
hecha por y para el Divmaniaco y aun- 
que toquemos otros temas siempre 
estarán relacionados con Div. Si no lo 
hiciésemos así perderíamos nuestra 
razón de ser. Lo de hacer un 
DirectXManía... pues es una idea. 


Dudas 

Hola, soy Victor Arago, un lector de 
Divmanía. En el número 8 explicáis 
cómo hacer mapas de durezas pero 
no me he aclarado. Podríais ayudar- 
me. Espero vuestra contestación. 


Lo mejor es que te pongas en contac- 
to con el autor del artículo. De cual- 
quier modo deberías concretarnos 
qué es lo que no entiendes porque de 
otro modo no podemos ayudarte. 


Mensaje de la redacción 
Un mensaje de los que hacemos esta 
revista para Alberto Zurriaga. Para 
resolver tus dudas lo mejor sería que te 
pusieras en contacto con Hammer 
Technologies, los creadores de DIV 
Games Studio que son quienes mejor 
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pueden informarte. Nosotros sí que 
podemos contestarte a dos cosas: una 
que lo mejor para aclararte es que te 
compres el DIV original (el pirateo es 
un delito) y que su precio es muy ase- 
quible teniendo en cuenta que cual- 
quier software de programación se 
sube por encima de las 40.000 pts. 


Corrector ortográfico 
Hola. En primer lugar quiero felici- 
tarles por la revista DIV manía. 


| Para gente como yo que acaba- 


mos de emprender el viaje aluci- 


| nante dentro del mundillo de la 


programación es una fuente ina- 
gotable de trucos e ideas. 

En el CD de este mes había una 
corrector ortográfico. Antes de insta- 
lar la aplicación no sospechaba que 
iba a hacer tantas cosas. La correc- 
ción de cualquier programa en tiem- 
po real me parecía una idea genial y 
la calculadora era exactamente lo 
que necesitaba. Sin embargo, hay 
un montón de funciones que no 
están muy bien explicadas en la 
ayuda. ¿Qué significa toda la infor- 
mación sobre la jerarquía de las ven- 
tanas? ¿Cómo puedo corregir el 
código fuente de C++? ¿Cómo 
puedo creer un diccionario nuevo 
con los nombres de mis amigos sin 
añadirlas a los diccionarios principa- 
les? Pablo Olabarrieta. 


Está muy claro, amigo mío. Lo que 
necesitas es ponerte en contacto con 
su creador: 

Anthony Rostron, ajrOarrakis.es. 


Sugerencias 

Hola, soy un nuevo usuario de Div2 y 
por casualidad vi la MAGNIFICA 
revista DIVmania en el kiosko, sin 
dudarlo un instante me la compré. 
Mi problema es que como no tengo 
los anteriores números no puedo 
seguir los cursos como el de la aven- 
tura grafica, RPG, etc. (menos mal 
que he encontrado esta página. Para 
mejorar esto, podrían poner en el 
mismo apartado de las suscripciones 
un mensaje(ahora no sé como lla- 
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marlo) para que te envíen números 
atrasados de DIVmanía. Gracias por 
vuestra atención, se despide Jordi. 


Parece que todavía hay despistados. 
En fin, volveremos a repetir que para 
conseguir números atrasados debéis 
poneros en contacto con el departa- 
mente de suscripciones en el número 
91 304 06 22 0 bien en la dirección 
suscripcionesOprensatecnica.com. 
Tomad nota y que no se repita. 


Buscando ayuda 

Lo primero que quiero hacer es trans- 
mitiros mi agradecimiento por vues- 
tra gran labor, gracias a vosotros 
podemos expresar nuestras dudas, 
peticiones y todo lo que necesitemos. 
Me llamo Alberto y tengo 17 años, 
estoy preparando un proyecto con 
un amigo, llamado Juan Luis. Se trata 
de un juego tipo Golden Axe, 
ambientado en la Edad Media, nece- 
sitamos ayuda en lo que podáis. 
Necesitamos tanto grafistas 2d como 
programadores, si os interesa pone- 
ros en contacto conmigo en la 
siguiente direccion: 
albertoblancOyahoo.es. No nos 
importa si tengas experiencia en Div, 
lo importante son las ganas que le 
echemos. Dicho esto sólo queda des- 
pedirme y daros de nuevo las gracias 
por brindarme esta oportunidad. 
Hasta pronto. 


Sonido 3D 

Uno de los ganadores de nuestro 
número pasado nos ha hecho llegar 
este mensaje: 

He recibido un mail de un Divero 
que al parecer ha creado un juego 
en el cual hay una función llamada 
Dolby, que hacía un efecto estéreo 
O algo parecido. Me dice que mi 
idea del sonido 3D es demasiado 
parecida a la suya. 

Si habéis mirado todos los archivos 
del CD, veréis que en uno hay un 
mensaje que dice algo así como que 
pido perdón por si alguien ha 
hecho una cosa parecida, por que 
como no tenia ningún medio por el 
cual enterarme, no sabía si eso ya 
estaba inventado. 


BL E Ey ri 7 rie tre MA AA E 


Aun así, también me gustaría que 
quedase claro que el sonido 3D fue 
una idea totalmente mía, sin ningún 
tipo de plagio de ninguna parte y 
que mi única intención era dar a 
conocer una funcion que no está 
incluida en DIV, y que creo que es 
interesante para todo creador de 
juegos 3D. Nada mas, perdón por 
las molestias y gracias por todo. 


Error de DIV 2 

En el número pasado en esta misma 
sección respondíamos a un lector que 
nos preguntaba sobre un error de DIV 
al que no sabíamos responder. Pues 
bien, poco después, él mismo nos 
contó que ya había encontrado la 
solución que os reproducimos ya que 
consideramos de interés para todos: 
El problema sólo existe cuando se le 
da a una variable el valor “con” den- 
tro del código del programa. Hay 2 
formas al menos de resolverlo: 

12. Si la variable es tipo STRING le 
das el valor “co” y luego le añades 
una “n” o le pones “conw” y borras 
un carácter. 

22. La otra opción es cargarlo de un 
archivo externo con las funciones 
fopen() y fread(), teniendo en cuen- 
ta que se dan las órdenes escribien- 
do. Por eso necesitaba la palabra 
“con”, porque es una preposición 
muy útil :+). 

De todas formas el DIV2 tiene más 
“errorcillos”. Está el del sonido... 
que se oye MUUY bajo... y los 
módulos de música se oyen MUUUY 
altos. Además está la función 
roll_palette() que en DIV1 funciona 
pero no en DIV2. El creador de DIV 
nos dijo que eso se solucionaba 
haciendo un fade_off antes() de 
roll_palette() y luego un fade_on(.. 
Claro que hay que hacerlo muy 
rápido para que no se note... y es 
mejor usar fade (100,100,99,64) 
para que el cambio sea lo más rápi- 
do posible. Pero no son los únicos. 
Hay un problema al usar 
unload_song() ya que no descarga 
entre 32 bytes y 1 kbyte de memo- 
ria del módulo. Además las funcio- 
nes de red no he conseguido que 
me funcionen nunca ¡eh, esto me 


| interesa, ¿sabes de alguien que sí le 


hayan funcionado?! José Luis Cruz 


Anuncio 

Busco Programadores Div. Soy de 
Santiago de Compostela; osea que 
prefiero que tú también lo seas. Yo 
soy músico, programador y grafis- 
ta. Ocasionalmente soy escritor y 
artista, y miembro de la corte supe- 
rior de los “idiotas ilustrados”. 
Propongo un tipo de juego alejado 
del argumento estúpido -salva el 
mundo-, y la sugestividad por otros 
medios más psicológicos que el 


típico charco de sangre. 
José A. Cerqueiro Otero. R/ Valiña n2 9 
Grixoa, 15898, Santiago de 
Compostela, La coruña. 


budabyteOde.com 


Un poco de todo 

Saludos, estimados amigos de 
Divmania, porque supongo, que nos 
podemos considerar todos nosotros 
como amigos, ¿no? Bueno, a lo que 
iba. En primer lugar, daros la enhora- 
buena por la publicación en vuestro 
número 6 de esos cincuenta juegos 
de los lectores, algo, a mi parecer, 
muy necesario; ya que el publicar tan 
solo los tres ganadores era insuficien- 
te, O al menos a mi me lo parecía. 
También quiero felicitar a todos 
aquellos que se han ocupado de rea- 
lizar los diversos cursos. Pelegrina. 


Gracias por tus felicitaciones. Respecto 
a tus críticas y sugerencias, decirte que 
tomamos nota. Sólo una cosa, como 
ya hemos dicho en otra ocasión 
Divmanía no tiene relación directa con 
Hammer Technologies con lo que tus 
preguntas sobre el futuro de Div no 
podemos responderlas y respecto a las 
posibilidades de mejora, recordarte que 
ésta es una revista pequeña y, creenos, 
hacemos lo que podemos. 


Esperamos vuestros 
mensajes 


Para cualquier sugerencia, duda o 
aclaración podéis mandar vues- 
tras cartas o correos electrónicos 

a la siguiente dirección: 

Divmanía 

C/ Alfonso Gómez 42. Nave 1-1-2 
Madrid 28037. España. 

Tfno: 91. 304. 06. 22 

Fax: 91.304. 17.97 

E-mail: divmaniaQprensatecnica.com 


Además, el suscriptor tiene derecho  * Nuestra revista presenta un look muy cercano a sus gramación siempre está viva. 
a la siguiente oferta: lectores, salido de las inquietudes de todos vosotros. 


Es la únic 
madores 
. Compueste 


3 “acercarte al quiosco o enviar nuestro Cupón ) y recibir 
pr ¿ ware de “entretenimiento la revista en casa puntualmente cada dos meses. 
que dan lo mejor de sí a los lectores. 


En el interior del CD-Rom encontrarás los elementos 
Te ofrece lo último en el delicado campo de la progra- con los que todos los programadores sueñan. 

mación de videojuegos, con los títulos que se encuen- 

tran en proceso y los productos recién salidos del horno Somos como tú y conocemos, más o menos, qué se 
o de los PCs. esconde dentro de tu cabeza. Y si no lo conocemos 
aún, lo aprenderemos gracias a ti. 


Para seguir avanzando hay que saber echar la vista 
atrás y a la vez no olvidarse del futuro, y Div Manía 
empieza un nuevo camino. 


Ofrecemos las más diversas sorpresas, las más inte- 
resantes ofertas, para que no te olvides de que la pro- 


> Con un año de suscripción (seis Solicite su ejemplar enviando este cupón por correo, por fax: 91 304.17.97 o llamando 


números) regalamos un producto 


al teléfono 91 304.06.22 de 9:00 a 19:00 h. 


a elegir entre: CUPÓN DE SUSCRIPCIÓN ANUAL A DIV MANÍA 


+ Con dos años de susc. ect (doce : 
números) regalamos 


Deseo suscribirme a la revista DIV MANÍA acogiéndome a la siguiente modalidad: 


Suscripción: 1 año (6 números) por sólo 5.970 ptas. — [_)] Correo certificado 1 año: 1.500 ptas. adicionale! 

(Suscripción: 2 año (12 números) por sólo 11.940 ptas. [| Correo certificado 2 años: 3.000 ptas. adicional 
Desde el número] 

Además recibiré gratis: 


Por 1 año de suscripción: uno de los siguientes productos: | 
Por 2 años de suscripción: DIV II 


de Programación Ates para PC (¿Cómo programar en Ensamblador 


arg goar mi A bolo VISA me más a de envío 
Fecha Et caducidad de la tarjeta ................ .. ON 
Nombre del titular, si es distinto ......................... do e carido pe 
Domiciliación bancaria, más gastos de envío 
PODlación incaico as IO 


Ruego a vd. que se sirva cargar en mi: 


ENTIDAD OFICINA DC N* CUENTA - 


gastos de envío. 


holes. del importe más gastos de envío. 
bre de PRENSA TÉCNICA, que adjunto más gastos de envío. 
junto a del a más gastos de envío. 


a 
Técnic 


de libros y publicaciones 


AA 42 Nave 1-1-2. 28037 Madrid. Tfno: 304 06 22. Fax: 91304 1797 


Tenemos 
lo que 


Prensa Técnica te ofrece los últimos avances y novedades del mundo de 


la informática a través de sus publicaciones. 


Internet, Linux, Diseño digital, Programación, Juegos... una oferta 
variadísima que cubre todo lo que necesitas para estar al día. 


Tenemos revistas para todos los públicos, ya seas principiante o 
avanzado, Prensa Técnica tiene la solución a tus problemas. 


CD Driver es una revista imprescindible para el 
mantenimiento de tu PC. Con ella, el usuario 

informático tendrá a mano todos los drivers de 
mercado y estupendos artículos sobr: 
ción e instalación de los componente: 
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3D World está especializada en infografía y en 


Internet y negocios se introduce en los recove 


D-Rom con navegadores, 
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Prens 
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de libros y publicaciones 


¡Más de 


$90.00 
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Más PC, la revista informática para todos los 
públicos, con toda la información y actualidad en 
hardware, software, Internet, diseño, Linux, pro- 
gramación, videojuegos, multimedia, etc. 


PC HO 
Incluye CD-Rom y libro técnico 


Electrónica Práctica Actual 
tellano de la revista de 
Europa, Contenidos prác 
mática con noticias, 
Ingeniosos. 


Java Magazine es una nueva revista que te sor 
prenderá, adetrándote en los secretos de este 
lenguaje de programación y las técnicas más use 
Jo a un mundo a tu alcance 
sionante Java 
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general las 3D. Con la última actualidad en dise 
ño gráfico, reportajes, técnicas, trucos y tutoría 
les de los programas de diseño y 3D más utiliza: 


dos en el sector profesional. 
PG e Mac esa 
Incluye CD-Rom 


Programación Actual te pone al día del mundo 
del desarrollo gracias a sus secciones principa: 
les dedicadas a la programación gráfica, Internet 
y sus lenguajes, desarrollo empresarial y nuevas 


tecnologías e 
Incluye CD-Rom COR 


ción La mejor forma de cono- 


cer toda y la práctica sobre las técnicas 
más uilizadas del momento. PG:e Mao MH 
Incluye CD-Rom " 


Windows 2000 Actual está destinada a profesiona 
les del mundo NT/2000. El modo más fácil pera 
estar al día y conocer este entorno así como sus 
aplicaciones. 
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Edita di 


Linux Joumal es la edición en nues 
publicación más prestigiosa. del 
Entrevistas, actualidad y bu 

la. en una auténtica “BIBL! 


MegaGames es 
los aficionados a 
talormas: PC, Pla) 


/0 y la mejor 
Información para el jugador empedernido. 


PC «O 
Incluye CD-Rom 


de la 
1do GNU/Linux, 
artículos se dan 
sobre este sistema 
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N+Zone te informa de toda: 
sistema Nintendo. De la 
Game Boy y Game Boy Colo 
ta en informar sobre las novedade 
que están por salir al mercado 


y los juegos 


Linux Actual es la primera revista en castellano 
dedicada al GNU/Linux: el sistema operativo de 
artículos dedicados a todas sus 
Rom con las mejores distribuciones 
y novedades del momento, 


PC 
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nera revista dedicada a apren- 
»oJuegos, abarcando todos los 
jarrollo. Incluye CD-Rom con tres 
mados por los lectores y demos de 


fesionales, PO 
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de nivel básico. Incluye ur 
ción más fácil de instal 
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n este número nueve 
el contenido del CD- 

Rom que acompaña a 

la revista seguro que 
os será de utilidad para 
vuestros trabajos y 
proyectos. Aparte de los 
juegos ganadores y los 
complementos de los 
artículos, como es usual, 
tenemos unas cuantas 
demos y programas que 
seguro que usaréis. 


JUEGOS GANADORES a. 
Este mes se han presentado al- 
gunos menos juegos a concur- 
so, después del verano seguro 
que nos llegan más. De todas 
formas, entre los juegos que 
nos han llegado a la redacción 
había tres que eran de obli- 
gado premio aunque eso no 
signifique que otros no lo me- 
recieran. Aquí tienes los títulos 
que se han alzado con los lau- 
reles de la victoria, disfrútalos. 


Ciclis 
Un simulador de ciclismo 
¿original, no? Desde luego a 


énioX 


nosotros nos lo ha parecido 
y mucho. Pero es que ade- 
más derrocha sentido del 
humor (y algo de mala 
leche, todo hay que decirlo) 
y, por tanto resulta muy 
divertido. 


El secreto 

de la Isla Tortuga 

Un misterioso secreto que tú 
solo debes desvelar valiéndo- 
te de tu inteligencia. Unos 
novatos en el tema se lanza- 
ron a crear una aventura grá- 
fica y ¡mirad el resultado! 


Yamis Arena 

El primer juego Div que fun- 
ciona en red. Una auténtica 
exclusiva si no fuera porque 
conseguir que funcione en 
red no es nada sencillo. 


DEMOS Y PROGRAMAS 


Dreamweaver 3 
Demo de este programa 
profesional que sirve para 
crear y mantener páginas 
web. Su completo menú de 


- TTD 


Contenido CD 


opciones y su fácil uso te 
permitirán diseñar la página 
donde meter toda la infor- 
mación sobre tus juegos o 
temas que más te interesen. 
Puedes hacer páginas com- 
pletas usando HTML dinámi- 
co, meter imágenes, etc., sin 
escribir una sola línea de 
código o programando las 
páginas como tú quieras. 


Fireworks 3 

Diseña el aspecto gráfico y 
las imágenes que quieras 
meter en tu web con la 
demo de la última versión 
de este programa. Podrás 
encontrar múltiples herra- 
mientas de edición y cons- 
trucción de todo tipo de 
imágenes con completos 
menús de ayuda que te 
hagan más fácil la construc- 
ción de una página web con 
un acabado impecable. 


Dark Basic 


Esta herramienta es un progra- 
ma que hace más fácil usar 
BASIC. Dark Basic no requiere 
ningún conocimiento de pro- 
gramación, sólo hace falta 
imaginación para crear el soft- 
ware que tengas en la cabeza, 
desde simples editores de tex- 
tos a juegos a pantalla com- 
pleta y en tres dimensiones 
añadiendo sonidos, música, 
animaciones, textos y gráficos 
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de manera sencilla. Este pro- 
grama y los recursos 

gratuitos que vienen incluidos 
con él se ofrecen en exclusiva 
para los lectores de DIVmanía 
y no puede redistribuirse con 
fines comerciales. 


PROYECTO DESTACADO 
DIRECCIONES 
SOPORTE TÉCNICO 
mana es IT ser 
da 
CuOs 


M.U.G.E.N. 


Con este pro- 
grama podrás 
practicar fácil- 
mente lo expli- 
cado en el artí- 
culo que apare- 
ce en la revista 
y diseñar los 


AA O 


luchadores que 
a 7. MS 


A dd e 
Loy 


quieras manejar 
en este beat'em 
up multijuga- 
dor. También 
puedes crear los 
movimientos de 
combate que 
quieras que 
hagan y su ani- 
mación respec- 
tiva. Para aficio- 
nados al noble 
deporte de la 
lucha cuerpo a 
cuerpo. 


CrannFénix 
CrannFénix es un entorno de 
desarrollo visual basado en 
Fénix. Permite la creacción 

y el mantenimiento de pro- 
yectos en DIV, haciendo uso 
del compilador Fénix y de 
todas sus mejoras sobre el 
lenguaje original. Aporta 

un entorno unificado donde 
gestionar todos los objetos 
que componen un proyecto, 
desde los programas encade- 
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DIRECGIONES 


mapas, vídeo, etc., todo bajo 
entorno Windows. 


Editor de textos 

Un práctico editor de textos 
que nos ha ofrecido su autor 
para compartirlo con todos 
los lectores de DIVmanía. 


Shareware 

Este mes os ofrecemos 
Palette Works que es un pro- 
grama que seguro que agra- 
decerán los que se dedican 
a hacer juegos con DIV. 
Además podréis encontrar 
una completa colección del 
share más actual. 


LIBRERÍAS 70 
Aquí encontraréis unas cuan- 
tas librerías para que las uséis 
en vuestros juegos. Entre 
ellas, gráficos web que segu- 
ro sabéis aprovechar conve- 
nientemente en la realización 
de viestros nuevos proyectos 
y lo juegas con DIV. 
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El número cuatro de la revista 
de Internet dedicada a DIV, 
Divnet, para todos aquellos 
que no puedan acceder a 
Internet. 


Todos los complementos que 
necesitas para seguir todos las 
lecciones de nuestros cursos. 
Casi todas las secciones llevan 
códigos que por su extensión 
no es posible meter en la revis- 
ta. En el Cd-Rom los encontra- 
rás enteros y podrás seguir las 
explicaciones comodamente. 


PS an 5 RR 
Bj a] foma E] 
Broke E] [ma] 


TF FoweBucke 


auf q fr 


FP Show Font 


e a a M [a aun] 


SP Z 


F Show See l Color 


Bios | UR bras | o " 


aeqsalesWaeq.es2 


ro] sues | 


22) 2)0m) € == 
E EI 
al lO 


l 
ll 
1 
l 
ll 
l 
al 
1 
4 
1 


soler 


ioscos, grandes sup 
tiendas especializadas 


A 0 
M7 castellano 
PE 


a 
a 
COMPATIBLE 


Digital Dreams Multimedia 
C/ Alfonso Gómez, 42, nave 1-1-2 
28037 Madrid (España) 

información, Fax: +34 91 304 17 97 
0'+34 91 304 06 22 www.spacebunnies.com 
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Un proyecto con futuro 


HERRAMIENTAS PARA TUS JUEGOS D / VW 


DEMOS 


Dreamweaver 3 
Demo de este conocido programa de creación de páginas Web. 


Fireworks 3 
Diseña el aspecto gráfico y las imágenes que quieras meter en 
tu web con la demo de la última versión de este programa. 


Dark Basic 

Esta herramienta hace más fácil usar BASIC. Dark Basic no requie- 
re ningún conocimiento de programación, sólo hace falta imagina- 
ción para crear el software que tengas en la cabeza. 


M.U.G.E.N. 
Un práctico programa para los amantes de los juegos de lucha. 


JUEGOS GANADORES 


Este mes son Ciclis, El secreto de la Isla Tortuga y Yamis Arena. Muchas felicidades 


a todos. 


CRANN FÉNIX 
CrannFénix es un entorno de desarrollo visual basado en Fénix. 


SHAREWARE 


Este mes os ofrecemos Palette Works , un programa que vosotros nos pedistéis, además de una completa colección del share más actus' 


Revistas electrónicas 


El número cuatro de la revista de Internet dedicada a DIV, Divnet, para todos aquellos que no puedan acceder a Internet. 


Todo sobre Stratos, una aso- 
ciación de desarrolladores que a buen seguro 
conoceréis. 


de páginas Web. 


* Cidis 
+ El Segreto as la Isla de la Tortuga 


- Yamis Arena 


- Darkbasic 
-M.U.G.E.N. 


Herramientas para el diseño 
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* Dreamweaver 3.0 
* Fireworks 3.0 


j 


- CrannFénix 
- Editor detextos 


e 


- Divnet 


Texturas, sonidos, fuentes ygráficos web. 


Palette Wirks y una colección del 
Share más útil para que le saquéis 
buen provecho 


Los afortunados 
juegos que se han alzado con la victoria. 


Stratos Introducción a 


Direct Play (1 pate ] 
Mio po 


TENIDO 


so mar 


MO Y 


0 cómo hacer tu propi juego de lucha 


Si hay que 
ir se va, 

A pero ir pa na 
es tonter 


ontinuamos con nuestros cur- 

sos de programación habitua- 
les siguiendo los capítulos ya ini- 
ciados. Como siempre, esperamos 
que os sean de utilidad. 
En cuanto a nuestro concurso, por 
supuesto sigue en pie con los mis- 
mos premios. Ya sabéis: 25.000 
pesetas para el ganador y 20.000 
para los otros dos juegos elegidos. 
Esperamos con impaciencia recibir 
vuestros juegos. 
Aquí tenéis los ganadores de 
este número. Esperamos que os 
gusten. En este suplemento 


NÚMERO 9 


encontraréis un breve comentario 
del juego y un extracto de su 
código fuente que, no os olvidéis 
podéis encontrar entero en el 
CD-Rom si abrís los ficheros perti- 
nentes. Seguro que la visión y el 
estudio de estos códigos os ayu- 
dará a mejorar algunos aspectos 
de vuestros propios trabajos de 
programación. 


ueremos haceros saber que 

todas las ideas, críticas o 
sugerencias para mejorar esta 
revista serán bienvenidas por 
parte de esta redacción. Si tenéis 


No os olvidéis meter vuestros datos completos cuando mandéis juegos al 
concurso. Lo decimos porque hemos recibido algunos en los que falta la ciu- 
dad, el teléfono o directamente la dirección entera. Para hacer más cómo- 


e Curso de Programación en... 


Saber programar en C es vital para todo aquel que se quiera dedicar a realizar 
videojuegos, ya que es uno de los lenguajes más usados para estos menesteres, 


e Primer programa del lector... E 8 


Ciclis, espectacular simulador del deporte de las dos ruedas, un juego que 


da la tarea, en el CD que acompaña la revista hay una ficha que debéis 
incluir como fichero de vuestro juego para evitar que haya problemas, Esta 
ficha se incluirá en la revista cuando hagamos otro especial de juegos DIV 
con todos vuestros datos, 


A 
También recordaros que es vital que introduzcáis un fichero de texto que 
contenga la presentación de la historia, vuestras fuentes de inspiración, las 
características del juego, su instalación y, sobre todo, el código fuente. 


le falta muy poco para competir con los comerciales codo con codo. 


e Tercer programa del lector 


Yamis Arena, el tercer premio es para este juego que se presenta como el 
primero hecho en DIV que puede ser jugado en red. 


inquietud por algún tema que no 
tocamos demasiado, si consideráis 
ue ade sección de esta revista 
ebe desaparecer o debe ser cam- 
biada por otra, incluso si os ani- 
máis a proponernos artículos rea- 
lizados por vosotros/as, que creéis 
pueden ser aprovechados por 
otros usuarios/as, no dudéis en 
poneros en contacto con noso- 
tros. Todas las sugerencias serán 
atendidas y tenidas en cuenta. Os 
necesitamos para mejorar. 

Para mandarnos los juegos o cual- 
quier sugerencia sobre la publica- 
ción, podéis hacerlo por e-mail, 
correo normal o incluso entregar- 
los a mano en la dirección de la 
redacción: 


Nuestra dirección: 
divmaniaQprensatecnica.com 


Divmanía 

C/ Alfonso Gómez, 42 
Nave 1-1-2 

28037, Madrid, España 


PROGRAMACIÓN BÁSICA 


Algoritmos recursivos 


La recursividad es una técnica de programación que permite 
obtener gran cantidad de algoritmos de forma sencilla, y 
aunque la eficacia de éstos es, en muchos casos, baja, esta 


técnica sigue siendo útil como punto de partida para el 
diseño de algoritmos ¡terativos. 


C uando se hace referencia a un 
procedimiento o función sus parámetros 
se transfieren a través de la pila. Previamente a 
que se produzca la ejecución del código de un 
procedimiento o función, los parámetros se 
agrupan en la pila en el orden en que están 
declarados. Antes de devolver el control, el 
procedimiento o función elimina de la pila 
todos los parámetros. 

Como se comentó en el artículo dedicado a 
procedimientos y funciones, los parámetros 
pueden transferirse por referencia o por valor. 
De forma simplificada, cuando se utilizan 
parámetros por referencia se apila un puntero 
que contiene la dirección actual de 
almacenamiento del parámetro, lo que permite 
modificar su contenido. Cuando un parámetro 
se transfiere por valor, se apila el valor actual. 
Además, se almacena en la pila la dirección de 
retorno, que no es más que el punto del 
código del programa al que se transferirá el 
control una vez finalizado el procedimiento 
que se invocó. 


RECURSIVIDAD 

El proceso que se describió con anterioridad 
no es incompatible con la situación en la que 
un procedimiento o función tiene una 
llamada a sí mismo dentro de su declaración. 
Aunque el código a ejecutar será el mismo, 
cada vez que se ejecute, éste lo hará 
teniendo en cuenta sus variables locales 
actuales y sus parámetros, aunque cada vez 


n*factorial $ E EE 


factorial (n)= 
1 ¿ sin= 0 


function factorial (n : 
begin 
if n= O 
then 
factorial : 
else 


integer) : integer ; 


que se invoca al procedimiento se crean las 
anteriores variables con igual identificador, 
los posibles conflictos que pudieran existir se 
resuelven mediante las reglas de campo de 
validez de los identificadores: “cada vez que 
se referencia a un identificador se utilizará el 
creado más recientemente”. A los 
procedimientos y funciones que tienen una 
llamada a sí mismos dentro de su declaración 
se les denomina recursivos. Su 
comportamiento, como se pondrá de 
manifiesto a lo largo de este artículo, no 
difiere del comportamiento habitual de los 
procedimientos y funciones, aunque habrá 
que tener ciertas precauciones a la hora de su 
implementación. 

En la figura 1 se puede observar una definición 
recursiva de la función factorial junto con sus 
implementaciones iterativa y recursiva. La 
definición viene a decir lo siguiente: el factorial 
de un número mayor que cero es el resultado 
de multiplicar dicho número por el factorial del 
número decrementado en 1, mientras que el 
factorial del número 0 es 1. La recursividad de 
la definición es evidente, pues para definir la 
función factorial se recurre a la misma función. 
Es importante señalar que el caso del número 0 
hace que dicho algoritmo sea capaz de 
terminar, pues mediante las definiciones 
recursivas es posible construir algoritmos que 
no finalicen, por tanto, siempre que se 
implemente uno de estos algoritmos será 
necesario buscar una condición que a lo largo 
de las llamadas recursivas se verifique y que 
sirva para detener las llamadas al 
procedimiento o función. 

En la figura 2 puede observarse la sucesión 
de llamadas que se producen a la hora de 
llamar a la función factorial con el parámetro 
4. Como era previsible, la operación 
producto que aparece en el cuerpo de la 
función queda suspendida 
momentáneamente, hasta que se resuelve la 
llamada a la función factorial con el 


Cer 2 


argumento decrementado en 1, a su vez, 
cuando se intenta ejecutar dicha función de 
nuevo el producto quedará suspendido hasta 
que la llamada a la función factorial 
involucrada en el producto devuelva un 
valor; este proceso continúa hasta que se 
produce una llamada a la función factorial 
con argumento 0 que, de forma inmediata, 
devuelve el valor 1. A continuación, es 
posible el cálculo de factorial de 1, 
posteriormente el factorial de 2 y así 
sucesivamente. Se asegura la terminación de 
las llamadas, pues el argumento de las 
sucesivas invocaciones a la función factorial 
siempre se decrementa en uno, con lo que 
queda asegurado que siempre se producirá la 
llamada a factorial(0). 

La versión iterativa para la función factorial 
no hace más que almacenar en la variable 
acum, los resultados intermedios que se 
producían en la versión recursiva. Como se 
mostrará en el artículo, los algoritmos 
recursivos se pueden transformar en 
algoritmos iterativos. 

En la figura 3 se muestra la definición y los 
algoritmos iterativo y recursivo para la función 
de Fibonacci; en este ejemplo se pone de 
manifiesto que la versión iterativa es, con 
mucho, más eficiente que la versión recursiva, 
pues en ésta cada llamada a la función provoca 
dos nuevas llamadas y así sucesivamente, por 
lo que el número de invocaciones crece 
exponencialmente. Este ejemplo no debe 
hacer pensar que la recursión es una mera 
curiosidad, pues es posible comenzar el diseño 
de un algoritmo utilizando una solución 
recursiva. Si tras su estudio se comprueba que 
no es factible su uso debido a las restricciones 
de tiempo o espacio impuestas a éste, es 
posible implementar una pila para recoger los 
resultados intermedios y proceder a 
implementar el algoritmo de forma iterativa. 


Valor devuelto por la 
factorial (4) ón 3 


En 


Llamada recursiva a la 
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FIGURA 2. 


Definición de la función 
Fibonacci 


Exbonacei (0)= 0 


fibomaces (1)= 1 


fibonaces (n+1)= fibonacciím) + 
fibonacci(n-1) 


FIGURA 3. 


De hecho, gran cantidad de algoritmos 
iterativos se han desarrollado inicialmente de 
esta forma. 


UN EJEMPLO 

En el siguiente ejemplo se pondrá de 
manifiesto la utilidad de la recursividad 
aplicada a la búsqueda de una solución para 
un problema que no se basa en 
procedimientos de cálculo ni en una selección 
cuidada de estructuras de almacenamiento. Se 
trata de recorrer un tablero de n casillas de 
ancho por n de largo utilizando los 
movimientos de un caballo de ajedrez situado 
inicialmente en una casilla dada. 

En principio, no es posible encontrar una 
fórmula de cálculo que haga corresponder a 
cada casilla un número que represente el orden 
en que tal casilla ha sido seleccionada durante el 
camino recorrido por el caballo. A falta de dicha 
fórmula se va a intentar situar en una de las 
casillas a la que es posible moverse, realizando 
este proceso repetidas veces. Es evidente que la 
mayoría de las veces no será posible continuar 
en un determinado punto, quedando casillas del 
tablero por las que el caballo aún no ha pasado. 
Una solución consiste en guardar de alguna 
forma las casillas que el caballo podría haber 
utilizado para sus anteriores movimientos y no 
utilizó, intentando seleccionar una de dichas 
casillas, realizando nuevos movimientos hacia 
delante y así poder encontrar la solución. Este 
tipo de algoritmo se denomina “ensayo y error” 
y como se podrá comprobar la recursividad será 
una ayuda muy importante. 

Se comenzará la solución del problema 
seleccionando las estructuras de datos a utilizar. 
Como es obvio, el tablero estará representado 
por un array bidimensional de n filas por n 


columnas cuyo tipo base será un entero positivo. 


El valor O de una componente representará que 
la casilla correspondiente no ha sido utilizada; 
cada vez que una casilla sea visitada por el 
caballo se le dará el valor del número de 
movimiento correspondiente (hay n*-1 
movimientos a realizar en total), de tal forma 
que al finalizar el algoritmo puedan seguirse el 
orden de los movimientos. 


Programación Básica 


La siguiente cuestión a resolver consiste en 
establecer la representación para los 
movimientos del caballo y establecer un orden 
sobre ellos. En la figura 4 se muestran los 
posibles movimientos del caballo numerados 
según el sentido de las agujas del reloj. Para 
calcular los posibles movimientos del caballo se 
utilizará un array de 8 elementos de tipo registro 
con dos componentes enteros que indican los 
incrementos y decrementos a aplicar sobre la 
posición actual del caballo. Hay que indicar que 
estos movimientos son todos los posibles, no los 
factibles, pues si el caballo está situado 
suficientemente cerca de los límites del tablero 
no será posible realizar alguno de los 
movimientos dentro de dichos límites; de igual 
forma no serán posibles los movimientos a las 
casillas que se ocuparon previamente. 

El proceso que seguirá el algoritmo que se está 
diseñando será de la siguiente forma: el 
algoritmo conoce la primera casilla donde se 
encuentra situado el caballo y a través del array 
de incrementos y decrementos es capaz de 
calcular las casillas que le es posible ocupar en 
el siguiente movimiento, además, éstas siguen 
el orden del índice del array donde se 
almacenan los incrementos. El algoritmo 
intentará probar para el movimiento 2 con la 
primera de las casillas calculadas según se 
describió anteriormente; tras ocuparla (dando 
el valor 2 a la componente del array 
correspondiente) continuará el proceso de 
ocupación de las siguientes casillas. Este 
proceso continuará hasta que se hayan 
ocupado la totalidad de las casillas (el número 
de movimientos realizados será de n2-1) con lo 
que el algoritmo terminará con éxito, o bien, al 
intentar ocupar la casilla correspondiente a un 
movimiento k no le es posible progresar en su 
recorrido (ninguno de los movimientos 
permitido es factible), el algoritmo tendrá que 
deshacer la ocupación de la casilla 
correspondiente al movimiento k-] y volver a 
intentar ocupar una casilla para el movimiento 
k. Este proceso puede involucrar a la casilla 
ocupada en el movimiento k-2, si ninguno de 
los movimientos factibles realizados en el 
movimiento k-7 tienen como resultado el 
poder ocupar una casilla en el movimiento k; 
este proceso puede provocar un efecto 
dominó hacia movimientos anteriores. El 
algoritmo terminará cuando se han analizado 
todas las posibles combinaciones (no se ha 
encontrado ninguna solución) o bien cuando 
se encuentre la primera solución (se cubrieron 
todas las casillas del tablero). 

Para implementar el algoritmo se ha decidido 
que el array que representa el tablero y el array 
de incrementos sean variables globales, pues es 
inadmisible, dado su tamaño, que cada vez que 
se llame al procedimiento recursivo éstos pasen 
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como parámetros. Sí que formarán parte de los 
parámetros del procedimiento el número de 
movimiento que se va a realizar y la posición 
desde la que se debe realizar dicho movimiento 
pues, a partir de ésta, se calculan los posibles 
movimientos hacia la siguiente casilla. Falta 
decidir cómo es posible comunicar al 
procedimiento que provoca la llamada recursiva 
si se ha realizado con éxito el movimiento que se 
solicita a través de ésta. Bastará con pasar por 
referencia un parámetro de tipo booleano. 

La variable ¡_incremento será utilizada para 
recorrer el array que contiene los incrementos, 
para calcular los posibles movimientos desde la 
coordenada que le es dada a modo de 
parámetro. La variable pos prueba contiene la 
coordenada desde la que realizará el siguiente 
movimiento, y la variable aux_ok permitirá 
conocer el resultado del siguiente movimiento, 
correspondiente a la llamada recursiva. El cuerpo 
del procedimiento no es más que un bucle que 
tiene como condición de salida el haber 
intentado los ocho posibles movimientos desde 
la posición que le es pasada como parámetro o 
bien el haber encontrado una posición correcta 
para el siguiente movimiento (ambas son las 
condiciones de parada del procedimiento 
recursivo), o bien el haber realizado el último 
movimiento. 

En el cuerpo correspondiente a la instrucción 
iterativa se puede observar cómo se procede a 
ocupar la primera casilla que se encuentra 
disponible, anotando dicho movimiento en el 
tablero, y realizando una llamada recursiva para 
que se realice el siguiente movimiento a partir 
del movimiento realizado. Esta llamada recursiva 
puede devolver el valor false en el parámetro 
ok_aux indicando que no pueden progresar los 
movimientos del caballo. Si esto ocurre, 
entonces el procedimiento intenta realizar un 
nuevo movimiento (esto es posible puesto que 
en la variable ¡_ incremento se almacena la 
posición del último incremento utilizado para el 


cálculo del movimiento) y seguir realizando la 
llamada recursiva. Pero puede ocurrir que no 
queden más movimientos por realizar; en este 
caso, el procedimiento devolverá en el 
parámetro ok el valor false, de tal forma que 
desde el punto en el que fue llamado se intente 
un nuevo movimiento. 


«--» Posibles 
movimientos 
del caballo 


---p Valores para 
el array de 
movimientos 


FIGURA 4. 
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Cómo usar punteros en € 


En este artículo se presenta el primer capítulo de un pequeño 
cursillo de C que se va a dedicar al tema de los punteros, un 


tema muy interesante e importante que sirve para conocer y 
poder realizar aplicaciones potentes y rápidas. 


La mayoría de la gente considera los punteros 
como uno de los temas más difíciles del lenguaje 
C. Existen diferentes razones para que esto 
ocurra. Primero, el concepto de puntero lleva 
emparejado otro, el de dirección, que puede ser 
nuevo para los programadores, ya que no es de 
uso común en lenguajes como BASIC o Pascal. 
Segundo, los símbolos utilizados en la notación 
de punteros no son tan claros como debieran; 
por ejemplo, se utiliza el mismo símbolo para 
dos propósitos diferentes aunque relacionados. 
Conceptualmente, sin embargo, los punteros no 
son realmente tan complicados y con un poco 
de práctica los símbolos comenzarán a tener 
sentido. En otras palabras, los punteros pueden 
ser difíciles, pero no demasiado. Nuestro 
objetivo en este minicurso dedicado a los 
punteros es desmitificarlos, explicando tan 
claramente como sea posible qué hacen y cómo 
trabajan. 

Para cumplir este cometido, empezaremos 
lentamente, en un intento de asegurar la 
comprensión de los conceptos básicos antes de 
profundizar en el estudio de los punteros en 
situaciones más avanzadas. 

Antes de ver ejemplos de programas que utilicen 
punteros, vamos a realizar un examen global de 
este concepto y de los motivos de su empleo. 
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¿QUE ES UN PUNTERO? 

Un puntero proporciona una vía de acceso a 
una variable (o a tipos de datos más 
complejos, como por ejemplo un array) sin 
referirse directamente a la variable. Para ello se 
emplea la dirección de variable. En efecto, la 
dirección actúa como un intermediario entre la 
variable y el programa que quiere acceder a 
ella. En el negocio del espionaje existe un 
mecanismo análogo: un agente puede dejar su 
información en un lugar especial (un buzón de 
correos o un agujero en un árbol) y no tener 
contacto directo con los otros miembros de la 
red. Así, si es capturado, la información que el 
agente pueda revelar bajo tortura es muy 
pequeña. Podemos decir que el agente tiene 
sólo acceso indirecto a aquellos a los que 
proporciona información. 

De una forma similar, una instrucción del 
programa puede referirse indirectamente a una 
variable, utilizando la dirección de ésta como 
una especie de buzón de correos para pasar la 
información. 


¿POR QUE SE 

ÓTILIZAN LOS PUNTEROS? 

Los punteros se utilizan en situaciones en las que 

pasar valores reales es difícil o indeseable (es raro 

el caso en el que un programa enemigo fuerza a 

una función a revelar los nombres de las 

variables utilizadas). Algunas razones para utilizar 
punteros son: 

1, Que una función devuelva más de un valor. 

2. Pasar, de una forma más adecuada, arrays y 
cadenas de una función a otra. 

3. Manipular arrays más fácilmente moviendo 
los punteros que les apuntan (o que 
apuntan a algunos de sus elementos), en 
lugar de mover los propios arrays. 

4, Crear estructuras complejas de datos, tales 
como listas indexadas y árboles binarios, 
donde una estructura de datos puede 
contener referencias a otras estructuras. 


a. 


5. Comunicar información sobre la memoria, 
como con la función malloc(), que informa 
sobre la localización de memoria libre 
utilizando un puntero. 

De momento vamos a explorar algunos de estos 

usos de los punteros.Otra razón esgrimida con 

frecuencia para justificar el uso de los punteros 
es que la notación con punteros se compila en 
código más rápido y eficiente que, por 
ejemplo, la notación de arrays. No está claro 
que éste sea un factor importante para los 
modernos compiladores; probablemente 
muchos programadores se acaben enamorando 
de la notación de punteros y abrazarán 
cualquier excusa para poder usarlos, 


Devolución de datos desde las funciones 
Comenzaremos nuestro examen sobre punteros 
descifrando cómo las funciones devuelven valores 
múltiples a los programas que las llamaron. Ya 
hemos visto que es posible pasar valores a una 
función y que ésta devuelva un valor simple al 
programa, pero ¿qué ocurre cuando quiere pasar 
más de un valor desde una función al programa? 
Como las funciones no cuentan con los 
mecanismos necesarios para realizar esta tarea, 
debemos confiar en los punteros, 

Paso de valores a una función 

Antes de mostrar cómo trabajan los punteros, 
revisemos qué ocurre cuando pasamos valores 
a a una función. A continuación se muestra un 
ejemplo muy simple que pasa dos valores, los 
enteros 4 y 7, a una función llamada gets2(): 


/* valores.c */ 

/* funciones de prueba con dos valores aceptados 
A 

void gets2(int, int); 

main() 


int x=4, y=7; 
gets(x, y); 
) 


/*gets2() */ 
/* imprime los valores de dos argumentos */ 
void gets2 (int xx, int yy) 

( 

printf(“El primero es %d, el segundo es %d”, xx, 
Y); 

) 
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No es una función muy útil: simplemente 
imprime los dos valores que se le pasan. Sin 
embargo, demuestra un punto importante: la 
función recibe los dos valores pasados por el 
programa y los almacena, o mejor, almacena 
duplicados de ellos en su espacio privado de 
memoria. De hecho, puede dar nombres 
diferentes a esos valores conocidos sólo por la 
función: en este caso, xx e yy, en lugar de x e 
y. La función puede manejar las nuevas 
variables, xx e yy, sin afectar a las originales, x 
e y, del programa. 


Paso de direcciones a una función 

Veamos ahora el caso contrario: pasar dos 
valores de la función al programa que la llamó. 
¿Cómo podemos hacer esto? Se utiliza un 
proceso de dos escalones. Primero, el 
programa, en lugar de pasar valores a la 
función, pasa sus direcciones. 

Estas son las direcciones de las variables del 
programa donde se quieren almacenar los 
valores retornados. Veamos el programa: 


/* direccio.c */ 
/* función de prueba que devuelve dos valores */ 
void dev2(int *, int *); 


main() 


int x, y; 
dev2(8x, 8y); 
printf(“El primero es %a, el segundo %a”, x, y); 


/* dev2() */ 
/* imprime dos números */ 
void dev2(int *px, int *py) 


El programa tampoco realiza nada demasiado 
útil. El programa main() llama a la función 
dev2( ), que devuelve dos valores, 3 y 5, al 
programa. Posteriormente, el programa 
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imprime estos valores. A pesar de su aparente 
inutilidad, el listado está lleno de nuevas ideas. 
Veámoslas paso a paso. 

Primero, observamos que el programa no da 
ningún valor a las variables x e y. Pero cuando se 
ejecuta el programa, estas variables tienen un 
valor, como podemos ver en la ejecución, ya que 
es el programa el que las imprime. Podemos 
inferir que la función dev2() suministra, de alguna 
forma, estos valores al programa. 

El programa le dijo a dev2() dónde poner los 
valores al pasar las direcciones de las variables. La 
forma de conseguir esto es mediante el empleo 
del operador de dirección €. La expresión 


Dev2(8x, 8y); 


pasa las direcciones de x e y a la función, que las 
almacena en su espacio privado de memoria. La 
función da nombre a estas direcciones: px y py. 
De esta forma, la función puede referirse a ellas, 
como si fueran otro tipo de variables 
(naturalmente podríamos haber utilizado otros 
nombres, por ejemplo punt_a_x y punt_a_ y, que 
son más descriptivos pero más largos). 


Declaración de variables de puntero 

Como sucede con otros tipos de variables, se 
deben declarar los lugares reservados para estas 
direcciones, px y py, ya que el compilador debe 
saber sus nombres y cuánto espacio de 
memoria tiene que asignarles. Como estamos 
almacenando direcciones, o constantes de 
punteros, se supone que existe otro tipo de 
dato, diferente a los vistos hasta ahora. Algo 
como lo siguiente: 


Ptr px, py 


Siendo ptr el tipo de dato para los punteros. En 
general, todas las direcciones tienen el mismo 
tamaño y queremos reservar la memoria 
suficiente para almacenar una dirección. 
Normalmente, dos bytes son suficientes para 
almacenar una dirección (cuando se utilizan 
modelos de memoria distintos al modelo 
pequeño, esto puede dejar de cumplirse; sin 
embargo, todos los ejemplos contenidos en este 
cursillo utilizan el modelo pequeño). 

Al declarar una variable de puntero reservamos 
dos bytes de memoria, pero existe una 
complejidad añadida. Por motivos que 
explicaremos más adelante, el compilador 
necesita conocer no sólo que hemos declarado un 
puntero, sino a qué tipo de dato está apuntando 
el puntero. En otras palabras, cada vez que 
reservamos espacio para almacenar la dirección 
de una variable, necesitamos decirle al 
compilador el tipo de dato de esta variable. 
Especulemos otra vez con la posible apariencia 
que tendría la declaración de un puntero: 
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Int_ptr px, py; 


Siendo int _ptr el tipo de dato para los 
punteros que apuntan a variables enteras. Nos 
vamos acercando. Sin embargo, C es un 
lenguaje conciso; por tanto, en lugar de 
utilizar la palabra ptr, emplea el asterisco. El 
asterisco actúa como diferenciador de las 
palabras que representan tipos de datos 
simples (por ejemplo, ¡nt y float) y se utiliza 
inmediatamente antes de cada variable, en 
lugar de utilizarse una sola vez al principio de 
la declaración. De esta forma la declaración 
para dos punteros a enteros es: 


Int *px, *py; 


La declaración reserva dos bytes en los que se 
almacena la dirección de una variable entera y 
denomina a este espacio de almacenamiento 
con el nombre px. También reserva otros dos 
bytes en los que almacena la dirección de otra 
variable entera y le da el nombre de py. Los 
asteriscos dicen al compilador que estas 
variables contienen direcciones (no valores) y 
la palabra int indica que estas direcciones 
apuntan a variables enteras. Observamos que 
la declaración no dice nada sobre lo que se 
colocará en esas variables. 


El estilo conciso de este formato de declaración 
es uno de los motivos de confusión con los 
punteros. Por tanto, reiteramos lo que ocurre: 
para cada variable (px y py en este caso) la 
declaración hace que el compilador reserve un 
espacio en memoria de dos bytes en los que se 
pueden colocar sus direcciones. 

Además, el compilador es consciente del tipo de 
variable a la que se refiere la dirección, en este 
caso enteros. 


Pasar valores a las variables de punteros 
El programa llama a la función mediante la 
instrucción: 


dev2( 8x, Sy); 


las direcciones proporcionadas por el programa, 
8ix y y, se colocan en los espacios indicados en 
la declaración de la función. De esta forma, se 
pasa el control y las dos direcciones (que 
pueden ser 1310 y 1312) a la función. Las dos 
direcciones se colocan en el espacio reservado 


para px y py. 


Examinemos este proceso cuidadosamente para 
asegurarnos que estamos en el buen camino. 
Podemos decir que px y py son variables de 
punteros y que las direcciones 1310 y 1312 son 
constantes de punteros. 
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CURSO DE ENSAMLADOR 


Usando las Inferrupciones 


| as interrupciones, desde el punto de vista 
práctico del programador, son las rutinas 
que están instaladas en el sistema y que 
están a nuestra disposición como si de una 
gran librería de funciones residentes en 
memoria se tratara y las cuales podemos 
utilizar en cualquier momento desde nuestras 
aplicaciones. 

Estas funciones se clasifican en grupos según 
su utilidad, teniendo, así, que disponemos de 
rutinas para escribir en pantalla, para leer y 
escribir en disco, para gestionar la memoria y 
otras funciones de mucha utilidad y que, en 
caso de tener que realizar nosotros mismos 
directamente mediante código a mano, haría 
que la programación en ensamblador fuese 
un verdadero infierno, ya que habría que 
conocer tan a fondo el hardware de la 
máquina como los propios creadores del 
mismo. Así, por ejemplo, simplemente para 
realizar la operación de crear un fichero en el 
disco, en caso de no disponer de rutinas 
destinadas a ello, habría que realizar un 
gigantesco programa que tendría que 
acceder directamente a nivel binario con la 
controladora de disco, para lo cual se 
necesitarían conocimientos completos del 
funcionamiento interno de la misma. 


CLASIFICACION DE LAS 
INTERRUPCIONES 

En total existen 256 interrupciones, que se 
numeran desde siempre por costumbre en 
hexadecimal (así lo veremos en ¿odos los 
libros), por lo que hay interrupciones desde la 
00h hasta la Ffh. 

Estas 256 interrupciones están divididas en 
cuatro grandes grupos, que son: las 
interrupciones BIOS, las interrupciones DOS, 
las de usuario (libres) y las del BASIC (que 
llevaban los primeros ordenadores IBM PC en 
la ROM y el cual se ejecutaba 


automáticamente cuando no se encontraba 
un disco de arranque). 

Cada uno de estos grupos mencionados se 
divide, a su vez, en subclases según su 
utilidad. En la tabla 1 puede verse un mapa 
de todas las interrupciones. 


TIPOS DE INTERRUPCIÓN 

SEGUN ORIGEN 

Independientemente de los cuatro grupos a 
los que pertenecen todas las interrupciones 
(BIOS, DOS, Usuario y BASIC), todas ellas se 
refieren, a su vez, a tres clases dependiendo 
de si son ejecutadas cuando lo pide la propia 
CPU, si lo pide un dispositivo físico externo o 
si sólo pueden ejecutarse explícitamente 
desde código de programa. Según lo dicho, 
se llamarán excepciones, interrupciones 
hardware o interrupciones software. 

Las excepciones son aquellas interrupciones 
que se ejecutan cuando ocurren situaciones 
anómalas de funcionamiento de la CPU. 


TABLA 1: MAPA DE INTERRUPCIONES DEL SISTEMA 


Interrupciones BIOS: 
00h- 07h: Interrupciones internas del 


microprocesador. 
00h: División por cero. 
01h: Ejecución paso a paso. 
02h: No enmascarable. 
03h: Breakpoint. 
04h: Overflow. 
05h: Imprimir pantalla. 
06h-07h: No usadas. 


08h- OFh: Interrupciones del controlador 8259. 


08h: Temporizador. 
09h: Teclado 
0Ah-0Dh: No usadas. 
OEh: Diskette. 
OFh: No usada. 

10h- 14h: Puntos de entradas de la BIOS. 
10h: Entrada/Salida Pantalla. 
11h: Chequeo del equipo físico. 
12h: Tamaño de la memoria. 
13h: Diskette. 
14h: Entrada/Salida Puerto serie. 
15h: Entrada/Salida cassette. 
16h: Entrada/Salida Teclado, 
17h: Entrada/Salida Impresora. 
18h: Llamada al BASIC de cassete. 
19h: Reinicializar el sistema. 
1Ah:Contador del temporizador. 
1Bh- 1Ch: Rutinas del usuario. 
1Bh: Rutinas del teclado. 
1Ch: “Tic' del temporizador. 


1Dh: Inicialización de vídeo. 
1£Eh: Parámetros de diskette. 
1Fh: No se usa. 

1Dh- 1Fh: Parámetros de la BIOS. 


Interrupciones DOS: 
20h: Terminación del programa. 


21h: Petición de una función. 
Servicios disponibles: 
AH=0h a 12h: Entrada/Salida Carácter. 
AH=13h a 24h: Gestión de ficheros. 
AH=25h a 26h: Funciones varias. 
AH=27h a 29h: Gestión de ficheros. 
AH=2Ah a 2Eh: Funciones varias, 
AH=2Fh a 38h: Sólo a partir del DOS 2.0. 
AH=39h a 3Bh: Gestión de directorios. 
AH=3Ch a 46h: Gestión de ficheros 
22h: Dirección de finalización del programa. 
23h: Dirección de salida con CTRL+BREAK 
24h: Rutina gestora de errores críticos. 
25h: Lectura absoluta de disco. 
26h: Grabación de disco absoluta. 
27h: Terminar programa dejándolo residente. 
28h- 3Fh: Reservadas, no usadas. 


Interrupciones de 
40h- 7Fh: Libres para uso del programador. 


Interrupciones B.A.S.1.C. 
80h- Ffh: Funciones del BASIC 


(si está presente) 


Ejemplo de ello es cuando se hace una 
división por cero, cuando la CPU encuentra 
un código de operación no válido, etc. En la 
Tabla 2 hay un mapa de las excepciones 

que existen. 

Las interrupciones hardware son aquellas que 
están reservadas para dispositivos físicos del 
sistema, como el teclado, unidades de disco, 
el reloj interno, etc, y que se ejecutan 
automáticamente cada vez que el dispositivo 
físico asociado (correspondiente) envía una 
señal de petición de interrupción hard (como 
ocurre, por ejemplo, cuando pulsamos una 
tecla). En la Tabla 3 podemos ver una lista 
de las interrupciones hardware. 

Por otro lado, tenemos que las interrupciones 
software son las que están disponibles para el 
programador y/o sistema operativo, y que 
sólo se ejecutan si las llamamos 
explícitamente mediante una instrucción que 
hay para tal fin y que hace las funciones de la 
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instrucción CALL que, como deberíamos 
recordar de anteriores números, se usaba 
para llamar a procedimientos normales 
dentro de nuestro propio programa. 


EL PRIMER GRUPO, 

INTERRUPCIONES BIOS 

Las interrupciones BIOS son un total de 32 y 
comprenden desde la primera, la 00h 
hexadecimal, hasta la 1Fh, y se dividen en 
cinco subclases: las interrupciones internas 
del microprocesador (00h a 07h), las del 
controlador de interrupciones 8259 (08h a 
OFh), los puntos de entrada de la BIOS (10h 
hasta 1Ah), las rutinas del usuario (1Bh a 
1Ch) y, por último, las que contienen 
parámetros de la BIOS (1Dh a 1Fh) y que no 
son realmente rutinas sino tan solo punteros 
a tablas de datos que usa la BIOS para tener 
información acerca del sistema sobre el cual 
está corriendo y otros relacionados. 


INTERRUPCIONES DOS 

Las interrupciones del sistema Operativo DOS 
(MS-DOS se supone), son las que están 
contenidas entre la número 20h y la 3Fh (o 
sea, 32 interrupciones más), y algunas de las 
cuales poseen muchos servicios disponibles. 
La lista de las principales es ésta: la Int 20h, 
interrupción de terminación del programa, la 
21h, que se usa para las peticiones de 
servicios, la 22h, que apunta a la dirección 
de terminación para cuando finalice el 
programa, la 23h, que posee la rutina 
encargada de ejecutar el proceso asociado a 
la pulsación de las teclas CTRL+ BREAK, la 
interrupción 24h, que es una rutina para el 
manejo de errores críticos, la 25h, que se usa 
para la lectura absoluta en disco, la 26h, que 
se usa para la escritura absoluta en disco, la 
27h, que se usa para la creación de los 
famosos programas residentes y las restantes, 
las comprendidas entre las 28h y 3Fh, están 
reservadas para-el sistema operativo y no son 
accesibles ni modificables. 


INTERRUPCIONES DE USUARIO 

Este grupo de interrupciones que son las 
comprendidas entre la 40h y la 7F h (un total 
de 64), están libres para poder ser usadas por 
el usuario (el programador). 


COMO FUNCIONAN LAS 
INTERRUPCIONES 

Como hemos dicho, para llamar a las 
interrupciones, que son rutinas ubicadas en 
memoria, sólo hace falta indicar su número, y no 
un puntero de memoria al inicio de la misma. 
¿Cómo se entiende ello? pues bien, es muy fácil 
de entender, 
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A 
ESQUEMA DE LA ESTRUCTURA Y UBICACION DE La TVI 
EN MEMORIA. 


En todos los sistemas hay, desde que se 
arranca el ordenador, un espacio de 4*256 
bytes (1 kbyte) que empieza en la posición 
física O de memoria y que es una tabla con 
256 punteros de memoria, donde cada 4 
bytes corresponde a un valor de 
OFFSET:SEGMENTO (2+2 bytes, 2 palabras) 
con un puntero al inicio de una rutina o tabla 
de datos. 

Cada número de interrupción corresponde a 
uno de estos punteros, y así cuando 
llamamos, por ejemplo, a la interrupción 21h 
del DOS con la instrucción INT 21h, lo único 
que hace la CPU es pasar el control de 
ejecución a la dirección indicada por el 
puntero contenido en la posición de 
memoria 4*21h de la tabla que hemos dicho 
y que empieza en el segmento 0000h 
(Dirección física 0), por lo que la dirección 
completa de la rutina se extrae de la posición 
de memoria: 00h:[4*21h]. 

A la tabla donde están todos los punteros de 
interrupción se la llama Tabla de Vectores de 
Interrupción (TVI), donde se considera el término 
vector un equivalente al de puntero. Para más 
detalles de cómo está diseñada esta tabla, 
pueden ver la fotografía número 1, donde hay 
un esquema de la misma. 
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El ganador de este número es un juego muy original y 
estupendamente realizado, se trata nada más y nada menos 
que de un simulador de ciclismo. Tendrás que dosificar las 
fuerzas de tu corredor para que llegue el primero a la meta 
y como fondo unos paisajes estupendos, casi como una 
retransmisión televisiva. 


CICLIS 


N o conocemos muchos simuladores de 
ciclismo, de hecho éste es el primero que 
hemos visto, una idea muy buena y además se 
deja jugar muy bien. Lo que si sabemos es que 
una empresa española está ahora mismo 
realizando un simulador del mismo tipo. ¿Será 
tan bueno como Ciclis? El tiempo lo dirá. 
Enhorabuena Luis y sigue así. A este juego le 
falta muy poco para ser profesional, tan poco 
que nos ha dicho el propio autor que ya ha 
conseguido vender alguno a través de su 
página web. En el CD metemos la demo nada 
más, si te gusta ya sabes. 


CARACTERISTICAS 

e Gráficos fotorrealistas. 

e Diversas músicas originales, sonidos y voces. 

e Elevada inteligencia artificial. 

* Numerosas competiciones reales en las que 
participar, desde la vuelta a Valencia a el 
Tour de Francia, pasando por la Paris-Niza. 

+ Completo editor del perfil de cada etapa, para 
que las construyas a tu gusto o gppies las reales 
del actual Tour de Francia, por ejemplo. 

e Manejo de los otros ciclistas de tu equipo por 
tí mismo o por otro jugador. 

* Numerosos gráficos adaptados al tipo de 
carrera. 

e Escala pendientes en las que 12 km/h es 
mucho y descensos en los que rozarás los 
100 km/h. 
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» Comentarios referentes a lo que pasa en 
carrera dichos por los ciclistas. 

e Los ciclistas se comportan como en una 
carrera real: se ponen a rueda, lanzan 
ataques cuando el pelotón va a poca 
velocidad, se quedan si vas muy rápido, 
sprintan en la meta, buscan la rueda buena... 

+ Puedes salvar tu partida, no se corre el Tour 
en un día... 

+ Completa información en carrera de la 
posición de los otros ciclistas. 

e Modo “historia”: empiezas en aficionados y 
tienes que mejorar tu fuerza y tu equipo para 
pasar a profesionales, y finalmente ganar una 
Gran vuelta por etapas. 

* Puedes elegir corredor, desde Sodexo, Banaka, 
Olarra...hasta Banesto, Kelme y Mapei. 


REQUERIMIENTOS 

Se ha hecho con un Pentium 100,a si que 
puedes hacerte una idea, pero en modo de 
alta calidad y con 100 corredores, la cosa va 
un poco lentilla. 


ACERCA DEL AUTOR... 

En 1997 hice un Ciclis para Visual Basic (!) pero 
no llegué a hacer mas que una etapa. 

Luego hice un juego de estrategia que era 
entretenidillo, pero poco más. En verano de 
1999 empecé el nuevo Ciclis con Div 2, un 
entorno de programación que facilita la 
inserción de gráficos, con lo que el Ciclis 
original fué retomado con fuerza. Acabado en 
Abril del 2000. Ahora estudio Informática de 
gestión en la Universidad de Córdoba. 


CONTROLES 

Arriba y abajo: evidentes. 

Izquierda: frenar. 

Derecha: Acelerar. 

1,2...9: Canciones, aunque en la demo solo 
hay una. 


Eo 


Autor: Luis Rodííquez Campo 


0; Quitar la canción. * 
u: Quitar el ruido de los pedales. 
Fl: Disminuir volumen. 
F2: Aumentar volumen. 


Avanzar página: Mover la cámara a la derecha. 
Fin: Volver con la cámara a tu corredor, 
Suprimir: Mover la cámara a la izquierda. 


C: Comer. 

Alt-x: Salir del juego de golpe. 

Escape: Salir de esta vuelta. 

Pausa: Pausa. 

Control-alt-p: Graba una captura del juego. 


B: Aumentar brillo. 

N: Disminuir brillo. 

V: Rotar la intensidad de los colores primarios 
aleatoriamente. 

Espacio: Brillo original. 


W, A, S, D: Para manejar al corredor de tu 
equipo que tengas seleccionado, pero como 
en la demo no tienes compañeros, nada. Con 
la versión entera se puede jugar “a dobles” si 
otro maneja al compañero. 


Intro y Shift derecho: Cambia de compañero 
entre los que tengas. 


INDICADORES DE PANTALLA 

Arriba a la izquierda te dice el nombre de la 
vuelta. Justo debajo hay una barra con la 
energía, si llega a la raya que hay un poco más 


adelante has petado y te frenas un poco. 
Debajo un número que indica lo que está 
variando la energía en estos momentos. 

En medio hay un número grande que indica la 
velocidad. A su izquierda sale la palabra 
“CHUP” cuando estás chupando rueda, con lo 
que gastas menos energía. 


Mas a la derecha te dicen la pendiente y un 
gráfico con el perfil de la etapa, con un punto 
rojo que simboliza tu posición. El numerito 
pequeño verde te dice las pantallas por 
segundo a los que te está rulando el juego, lo 
normal son 25. Puedes cambiarlo en 
“opciones”. Aunque si tienes un ordenador del 
año 95 y le pones que vaya a 80, no llegará. 


Arriba a la derecha viene el número que indica la 
comida que te queda. En la demo es solo 1 o 
ninguna (si ya has comido). Por último abajo del 
todo hay unas rayitas que representan la 
situación de los corredores en carrera: empiezan 
a la izquierda de la pantalla y la meta está al 
final,a la derecha. Tu eres la raya roja, los de tu 
equipo los verdes y el resto azules. 


OPCIONES DEL JUEGO 

En las pantallas del menú, cada vuelta indica 
con una lista de números el número de etapas 
que tiene esa vuelta y el tipo de etapa que es. 


0: Etapa llana. 
1: Media montaña. 
2: Alta montaña. 


En “opciones” tipo de PC es para que los que 
les vaya lento desactiven algunas cosas: 


0: No se mueve el fondo de la pantalla y los 
enemigos no chocan entre ellos. 

1: Como el cero pero sí que chocan. «Y 

2: Todo activado, 


Modo historia: Empiezas siendo un aficionado 
(sólo puedes correr las vueltas de aficionado, 
que están abajo en la lista de cada mes. Al 
darle a final de temporada, si has fichado 
gente y subido suficientemente tu energía, 
pasas al nivel 2,con lo que puedes correr con 
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los profesionales, aunque todavía no lo seas. 
Las carreras de nivel 2 se reconocen porque 
están pintadas de morado. Si al acabar la 
temporada tienes más equipo y más energía, 
pasas a profesionales. Si no, se te mantiene 
acumulado para la siguiente temporada. 


El editor de perfiles de etapa es bastante 
intuitivo: arriba incrementa la pendiente del 
tramo seleccionado, y abajo lo disminuye. 
Izquierda y derecha cambian de tramo. 


Consejos 

Procura chupar rueda siempre que puedas, 
controlando los ataques, decidiendo en que 
escapada te vás... Gastaté la comida (pulsar c) en 
el momento oportuno, cuando vayas a petar. 
Lanza el sprint en cuanto veas las vallas de meta. 


Suerte,y gracias por jugar......... 


CÓDIGO FUENTE 


//COMPILER_OPTIONS _MAX_PROCESS=200; 
//MUCHO CUIDADO 

//mirar con memory free a ver si algun punto del 
programa acumula gasto de memoria 
//Haciendo tablas pueden simplificarse muchas 
cosas, como con enemigo 
PROGRAM Ciclis; 
Rodriguez Campos.Zasoft. 
//axadir and v>=id2.v al compilar 

GLOBAL a=1; elfondo1=312; 
xrayametainicial=20000; etapa=0; //LAS 3 
GRANDES 
nivel_actual=3;dinero=0;comida=1;peta=25000; 
pcbueno=2; 
lame;lame2;lame3;lame4;lame5;lame6;lame7:la 
mel 3;lamel 5;lame78; 
music;c_por_equipo=1;nivel=1;tipo_etapa; 
nvoltavieja;nvolta; volumen=256; s pedal]; 
dst_cabeza;dst_ultimo; 

chupingvieja; vieja; lamevieja; llamabocata; 
llamabocata?; 

salir=1;histori; 
sonidoquit;paclasis;choca;vpeloton=27;en_carrer 
ayesc_pulsed; borraya; 

conversor] 9);fichetotal;vobjetivo;quemadavieja; 
xrayameta;popo;continuaractivo;string 
vuelta="Leon”:finished; 
ponfoto;playergana;string etapaelegida; 
tempoganador;tiempof;enx;eny;tp3;despierto;tem 


//.1999.Luis 


P; . 
pridistanciavieja;diego=4 9dineroviejo; 
fiched;fiched!;fiched2;fiched3;fiched4; 

boton? ;boton2;boton3;boton4;//mira a ver lo 
que puedes poner private o que incluso sobre 
maxim=50; 
p[12];p1;p2;p3;p4;p5;p6;p7;p8;p9;p10;p11;p12 
¡val ¡vu2;vu3;vu4;vuS;vu6;vu7;vu4 1; 
pendiente=0;pendientevieja;ingresos; 


¿DIV ER 


moral=1 0;distancia=0;velocidad=23;tiempo=0;y 
vieja;gastoenergia;aceleracion=0; 
contador;timo;chuping=0;quemada;petada;¡id_ca 
ncion; 

xrayal ;xraya2;xraya3; xx;yy; 

fuentel ¡fuente2;fuente3;fuente4; fuentes; fuente6; 
fuente7;fuente8;fuente9;fuentel 0;fuente11;fuent 
el 2;fuentel 3;fuentel 4; 
xfondo!¡xfondo2;xtondo3;xvalla1;xvalla2;xvalla3 
¿xvalla4;xcamino1;xcamino2; 

enemigor[101 J;fiche[25); 

string conel] ;string conel2;string conel3;string 
conel4;string conel5;string conel6;string 

conel7 string conel8;string conel9; 

struct clasis- [101] distancias;tempo; string 
nombre; end //borrar distancias? 

struct clasisg [101] tempofa; string 
nombre; end 

struct clasistemp [101] temptotal; string 
nombre; end 


LOCAL 
exey,ficher;dst;v;dstvieja; 
chupil;chupi2;chupi3;chupi4;chupis;chupi6;chup 
17;chupil 3;chupil S;chupil 8; 
contador2;timo2;t;tempof:tmp; 

vminZ;vmax2; pulsed;hacorrido;energy;string 
name; 

vmin;//velocidad minima a la que un enemigo 
lanza un ataque 
vmax;// “maxima 
//redmin;//cuantos km/h reduce (como 
minimo)cada 10s en un ataque 
redmax;// % maximo 
//tipmin;//cuanto tiempo tarda como minimo en 
dar un ataque,cuando va a velocidad jose 
tipmax;// 8 maximo 


“ 


MN 


Y 


BEGIN 
set_fps(25,1);//me veo obligado a poner 1 
set_mode(m640x480); 
music=rand(1, 3); 
if(music==1) 
load_song(*..YciclisYciclis1.xm”, 1);end 
If(music==2) 
load_song(*..Yciclisciclis2.xm”, 1);end 
if(music==3) 
load_song(*..Yciclis1ciclis3.xm”, 1);end 
song(id_cancion); 
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fuentel=load_fnt(”..Aciclisiciclis1 .fnt 1) 
fuente2=load_fnt(”..Aciclisiciclis2.fnt ; 
fuente3=load_fnt(”..AciclisYciclis3.fnt”); 
fuente4=load_fnt(”..Aciclis1ciclis4.fmt Y 
fuenteS=load _fnt(”..Aciclisiciclis5.fnt”); 
fuente6=load_fnt(”. Aciclisiciclis6. fnt”); 
fuente7=load_fnt(”..Aciclisiciclis7. nt”); 
fuente8=load_fnt(”..Aciclis1ciclis8.fnt”); 
fuente9=load_fnt(”. Aciclisiciclis9. fnt”); 
fuentel 0=load_fnt(”..Aciclis1ciclis1 0.fnt”); 
fuente1 1=load_fnt(”..Acidlisiciclis11.fnt”); 
fuente1 2=load fnt(”..Aciclisiciclis12.fnt”); 
fuentel 3=load_fnt(”..Aciclislciclis1 3.fnt”); 
fuente1 4=load_fnt(”..Acidlisiciclis14.fnt”); 

/ dump_type=partial_dump;//quita esto si usas 

scrolls 

// restore_type=partial_restore; 


intro(); 

frame; 

END 
ERA 


PRINCIPAL 


A ARO 


PROCESS principal() 
PRIVATE rapid; ¡d1 ¿¡d2;¡d3; pop; esc; n=1; sprint; 


pe; 
BEGIN ¡d1=rayal (;¡id2=raya2()y¡d3=raya3( y 
graph=diego; y=300; x=320; XX=X; 


s_pedal] =load_wav(*.. VeiclisivocesYpedal].wav” 


2); 
LOOP //borraya=memory_ free(); 
if(pr==1)pr=0;end //la segunda vez que entre 


aqui 
IF (pr==2)pr=1 ¿perfilin(); mouse.graph=327; 
pendiente=0; angle=0; graph=diego; esc=0; 


sonidoquit=sound(s _pedal1,volumen/4,256);player 
gana=0; esc -_pulsed=0;sprint=0; 

dst_cabeza=0;fade(90,90,90, 100); 

for(n=1 ¿n<=fichetotal;¡n++) 
enemigor[conversor[n]]. ficher=1; end 

if(histori==1 and nvoltavieja>=nvolta and 
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etapa==1 and salir==1)etapa=0; finished=0; 
esc_pulsed=1; calculos(); end 

ifhistori==1 and nivel!=nivel_actual) 
etapa=0; finished=0; esc_pulsed=1; calculos(); 


nd 

iflesc _ pulsed!=1)/*nvoltavieja=nvolta;*/salir=0; 
end. //para que solo se asigne nvoltavieja a las que 
realmente se han corrido 

END 

if(key(_del))x=x+75;end if(key(_pgdn))x=x- 
75¡end if(key(_end))x=320;end 

if (xrayameta<5 000)x=320;end 

if (pcbueno>1 Jangle=pendiente*] 000;end 


if(pendiente>0) pe=3; else pe=6; end 

gastoenergia=velocidad- 
35 +rapid+pe*pendiente-chuping;//O sea,en 
principio gatoenergia=velocidad,lo demas son 
anadidos. 

if (velocidad<10 and gastoenergia>- ; 
10)gastoenergia=-10;end//para que en pendientes 
del 14% no gaste energia hasta parado. 


if (velocidad>35) rapid=velocidad-35; else 
rapid=0; end//esto es que a partir de 35km/h 
gastas aun mas 


¡f (petada==0) 
quemada=quemada+gastoenergia;end 
/ í (quemada<quemadavieja) quemada-=10; 
end //para que disminuya mas rapido,si no tarda 
mucho. Y no depende de la velocidad porque te 
recuperas lo mismo a 25 km/h que a 0 Km/h 

if (quemada<1) quemada=0; end 

¡f (petada== 1)quemada=quemada-3 0;end 

if (quemada<1) quemada=0; end //lo repito 
para que no de problemas 
) varquemado=quemada-quemadavieja; 
//.. quemadavieja=quemada; 


1 ombio de 


Velocidad — 


* 


if (key(_right))vobjetivo++;end if 
(key(_Jeft) vobjetivo—end 
IF (moral mod 3==0) //antes era 10,no 3,ver si 


da problemas 

IF (petada==1) velocidad=velocidad-1 ; 

ELSE if (velocidad<vobjetivo)/* 
aceleracion=aceleracion+?; */velocidad=velocidad+ 


1;end 


END 
if (velocidad>vobjetivo) 
velocidad=velocidad-1;end 
vobjetivo=velocidad; 
//DESHACERSE DE ACELERACION 
1/ if (key(_right)==0 and aceleracion>0) 
aceleracion=aceleracion-S;end 
// if (aceleracion<0) aceleracion=0;end 
END 
if(petada==1)velocidad—;end 
if(key(_right) and petada==0)velocidad++; 


end 
if(key(_left)) velocidad—; end 
// 


A A 


if (velocidad<1) velocidad=0;end 

maxim=60-3*pendiente; //antes era 
maxim=50-2*pendiente; 

if (xrayameta<5000) sprint=1; end 

¡f (velocidad>maxim and xrayameta>5000) 
velocidad=maxim;end 

if (velocidad>maxim+15) 
velocidad=maxim+15; end 

if (pendiente==0 and velocidad>maxim) 
velocidad=maxim; end 


//los cambios de personaje 

iF( velocidad>0)contador=contador+2; 
timo=200/velocidad;end 

IF (contador>timo and graph==diego-1) 
graph=diego; contador=0; END 

IF (contador>timo and graph==diego) 
graph=diego-1; contador=0; END 

IF (diego==49 or diego==46) 

if (key(_right) and graph>47 )graph=46; 
diego=46; end 

¡f (not key(_right)and graph<47)graph=43; 
diego=49; end 

if (playergana==1) graph=4 7; end 

END 


pendientevieja=pendiente; 
popo=xrayametainicial-xrayameta; 
//Lo de la pendiente es asi: 


IF (moral mod 25==0 and pcbueno<2) 
pop=xrayametainicial/1 2; 
nvoltavieja=nvolta; 

IF (popo>0 and popo<pop ) 
pendiente=p[1 ];end 

IF (popo>pop and popo<pop*2 ) 
pendiente=p[2];end 

IF (popo>pop*2 and popo<pop*3 ) 
pendiente=p[3];end 

IF (popo>pop*3 and popo<pop*4 ) 
pendiente=p[4);end 

IF (popo>pop*4 and popo<pop*S ) 
pendiente=p[S];end 

IF (popo>pop*5 and popo<pop*é6 ) 
pendiente=p[6);end 

IF (popo>pop*6 and popo<pop*7 ) 
pendiente=p[7]:end 

IF (popo>pop*7 and popo<pop*8 ) 
pendiente=p[8];end 

IF (popo>pop*8 and popo<pop*9 ) 
pendiente=p[9]:end 

IF (popo>pop*9 and popo<pop*10 ) 
pendiente=p[10):end 

IF (popo>pop*10 and popo<pop*11) 
pendiente=p[11]:end 

IF (popo>pop*11 and popo<pop*1 2) 
pendiente=p[12];end 

END 


IF (moral mod 25==0 and pcbueno==2) 
pop=xrayametainicial/1.2; 
nvoltavieja=nvolta; 

IF (popo>0 and popo<pop and 
pendiente!=p[1 ])ifpendiente>p[1 ))pendiente—; 
else pendiente++;end END 

IF (popo>pop and popo<pop*2 and 
pendiente!=p[2])if(pendiente>p[2))pendiente—; 
else pendiente++;end END 

IF (popo>pop*2 and popo<pop*3 and 
pendiente!=p[3))if(pendiente>p[3])penadénte—; 
else pendiente++;end END 

IF (popo>pop*3 and popo<pop*4 and 
pendiente!=p[4)if(pendiente>p[4])pendiente—; 
else pendiente++;end END 

IF (popo>pop*4 and popo<pop*5 and 
pendiente!=p[3 )if(pendiente>p[S))pendiente—; 
else pendiente++;end END 

IF (popo>pop*5 and popo<pop*é and 


pendiente!=p[6))ifpendiente>p[6])pendiente—; 
else pendiente++;end END 
IF (popo>pop*6 and popo<pop*7 and 
pendiente!=p[7))ifpendiente>p[7])pendiente—; 
else pendiente++;end END 
IF (popo>pop*7 and popo<pop*8 and 
pendiente!=p[8))if(pendiente>p[8 ))pendiente—; 
else pendiente++;end END 
IF (popo>pop*8 and popo<pop*9 and 
pendiente!=p[9])if(pendiente>p[9))pendiente—; 
else pendiente++;end END 
IF (popo>pop*9 and popo<pop*10 and 
pendiente!=p[10))if(pendiente>p[10))pendiente 
— else pendiente++;end END 
IF (popo>pop*10 and popo<pop*11 and 
pendientel=p[11))if(pendiente>p[1 1 ))pendiente 
—, else pendiente++;end END 
IF (popo>pop*11 and popo<pop*12 and 
pendiente!=p[12])if(pendiente>p[12])pendiente 
—; else pendiente++;end END 
END 
if (pendiente!=0 and pcbueno>1) 
signal(id1,s_sleep);signal(id2,s_sleep);signal(id3,s 
_sleep); 
else 
signal(id1,s_wakeup);signal(id2, s_wakeup);signal 
(id3,s_wakeup);end 
//  ¡f(key(_0)) pendiente—;end if (key(_0)) 
pendiente++;end 
NOA 
tiempo=1+timer/100; 


distanciavieja=distancia;//esto ha de ir antes 
que la linea siguiente para que funcione chupi 

distancia=distancia+10*velocidad; 

moral=moral+1;//la moral solo es un contador 
que suma 25 por segundo 


//ahora los controles de parriba y pabajo 

IF (NOT fading AND 
key(_v))fade(rand(70,130), rand(70,130), 
rand(70,130), 1);END 

If (key(_space)) fade(90,90,90, 1); end 

If (key(_b)) fade(110,110,110,1); end 

¡if (key(_n)) fade(60,60,60,1); end 
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// if (key(_esc)) esc=tiempo; write 
(fuente4, 320,100,4, "PRESIONE ENTER PARA 
ABANDONAR”); end 

If (key(_esc)/* and tiempo<esc+3*/) 
en_carrera=0; etapa=0; finished=0; 


esc_pulsed=1; stop_sound(sonidoquit); calculos(); 


end 


¡f(yy!=y) y=yy; end 
choca = collision(TYPE enemigo); //puede que 

de problemas si colisiona al empezar, antes de 
que haya cargado los proceso enemigos 

IF (choca<>0) 
// if (choca.v<velocidad-20 and tiempo>10) 
//caidas 
/ 
chupil=0;chupi2=0;chupi3=0;chupi4=0;chupis= 
0;chupi6=0;chupi7=0;chupil 3=0;chupil 5=0;chu 
pil8=0; 
//  velocidad=0; choca.v=1; 
// end 

if(y*25<choca.y+500 and y*25>choca.y- 
1)y=y+4;end 

if(y"25>choca.y-500 and y*25<choca. y)y=y- 
4;end //copiar este concepto al player 

END 
U y=YY: 

If (key(_up)) y=y-4; end 
y=265;end 

if (key_down)) y=y+4; end if (y>440) 
y=440;end 

Yy=y¡XX=X; 


if(y<265) 


Y——————————llamadas a 
bocatas - 
if(velocidad<wieja and chuping==0 and 

chupingvieja>0) llamabocata=411; end 
¡f(lame<lamevieja and lame<3 and 
velocidad>maxim-5)llamabocata=406;end 
chupingvieja=chuping; wieja=velocidad; 
lamevieja=lame; 


lame=0;lame2=0;lame3=0;lame4=0;lames =0;la 
me6=0;lame7=0;lamel 3=0;lamel 5=0;lame18= 
0; 

chuping=0;//no se puede poner een el proceso 
enemigos pues lo leen muchos y entonces alguno 
se lo asigna siempre 


if 

(distancia>dst_cabeza)dst_cabeza=distancia;end 
if ; 

(distancia<dst_ultimo)dst_ultimo=distancia;end 
dst_ultimo=1000000; 


FRAME; END END 


gOo————_—_—— 
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E omo dicen los autores de El secreto de la 
Isla de la Tortuga, no es muy usual ver 
aventuras gráficas hechas en DIV, aunque 
nosotros recordamos una en la que el 
protagonista tenía que meterse en un estadio 
de fútbol. Éste debe ser el segundo o tercer 
juego de este género que nos ha llegado a la 
redacción y merece un segundo premio, 
aunque esté incompleta. Quizás su código 
anime a otros a realizar este tipo de juegos. 
Nuestra enhorabuena a los ganadores. 


LA OPINION DE LOS PROGRAMADORES 
Nuestra opinión sobre el juego es que no es un 
juego muy corriente en Div, además no sabía- 
mos nada de programar, así que nos lanzamos a 
hacer la aventura, que como se puede 
comprobar es un lío de comandos y demás, es 
casi imposible incluso para nosotros saber 
como lo hicimos. 
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El Secreto de Isla Tortuga 


DE DONDE PARTIO LA IDEA? 

La idea partió de la base que veíamos que la 
gente solo hacia juegos de coches, lucha, y lo 
que más, de arcade. Empezamos pues a 
intentar ver si era posible hacer que el ratón 
detectase objetos, y que los pudiéramos coger, 
y una vez que lo conseguimos nos metimos en 
el argumento de la historia, que no está muy 
elaborado pero es válido, 


DIFICULTADES 

Las mayores dificultades fueron los dibujos, ya 
que entre nosotros tres solo hay dos que 
dibujan lo suficientemente bien, y entre los 
dos, cada uno tenía una forma diferente, por lo 
que nos tuvimos que adecuar al juego. 
Muchos dibujos los retocamos y los retocamos 
porque no había forma que quedaran bien, y 
aún así hay muchos fallos. 


¿QUÉ ES LO MEJOR DE LA AVENTURA? 
Para nosotros lo mejor es el mapa, porque fue 
muy difícil crearlo, debido a que para empezar 
no sabíamos nada de Div, nos guiábamos por 
lo que otras personas hacían, y 

no nos servía, porque no lo entendíamos, así 
que tuvimos que ir probando, hasta que un día 
acertamos, y muy bien (para nosotros). 


SOLUCIÓN DEL JUEGO 

Nuestra amiga Maíte ha descubierto una cosa 
muy importante, por eso nos cita en el parque 
que está cerca de la Universidad. Pero al llegar al 
parque no la encontramos, y por eso decidimos 
ver si encontramos algún rastro de ella. 

En la entrada del parque, podemos ver una 
papelera, en la cuál al mirar vemos que hay un 
chicle dentro. Seguimos adelante, y vamos a la 
fuente que hay en el parque, allí encontramos 
una pulsera que es de Maíte, esto nos da la 
pista de que algo le ha pasado. Vamos hacia 
nuestra izquierda y encontramos a un chico 
con un perro. Hablamos con él, y este nos dice 
que a visto a unos hombres muy sospechosos, 
y que el tiene una tarjeta que se les a caído, 
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nuestro objetivo es conseguir esa tarjeta, pero 
el no nos la quiere dar, hasta que después de $ 
insistir bastante, nos dice que nos la dará si le 
conseguimos una pelota que se le ha colado 
en un árbol. Así pues, solo hemos de buscar € 
árbol, que está a nuestra izquierda, pero al 
intentar coger la pélota no llegamos, 
necesitamos algo para alcanzarla. 
Vamos hasta la fuente de nuevo, y ahora cogé 
mos el camino de la derecha, en primer lugar 
encontramos a un jardinero, que está regandí 
como cada día, y seguimos hacia la derecha 
hasta encontrar una caseta, abrimos la puerta 
y entramos. 
Dentro de ésta encontramos una escalera, la 
cuál cogemos, y volvemos al sitio donde 
estaba el árbol, usamos la escalera con el árba 
y cogemos por fin la pelota. Ahora se la damas 
a el chico, y este nos da la ansiada tarjeta. 
Ahora ya podemos irnos del parque. En el 
mapa, tenemos 3 sitios donde pulsar, uno es$ 
parque otra vez, el otro la Universidad, y el 
último nuestra casa. Podemos ir a nuestra cas 
y allí subimos hasta nuestro piso. Intentamos 
abrir la puerta, pero no podemos porque está 
cerrada con llave, por eso miramos debajo de 
la esterilla, allí encontramos la llave, la sama? 
con la puerta y entramos, vamos por la casa, 
no encontramos nada que nos pueda servir. 
Nos vamos a la calle otra vez, y vamos a la 
Universidad. Allí podemos ir a ver al director, y 
nos interesa bastante entrar en su despacho, 
para eso tenemos que ir al lavabo de chicos, y 
allí usar el chicle con la pica, pero éste no se 
queda enganchado, así que tendremos que 
volver al parque y usar el chicle en la resina qué 
suelta el árbol. Una vez lo hayamos hecho, 
usamos otra vez el chicle con la pica, y accio- 
namos el grifo. Lo siguiente será una inundadé 
enorme, por eso el director saldrá de su des- 
pacho y por fin podremos entrar. Y aquí se 
acaba esta pequeña demo de ejemplo. 


CODIGO FUENTE 


program Esdit; 
- fichero,fichero2,fichero3; 


fuente, fuente2, fuente3, fuente, fuentes, fuente6,f 
uente7 fuente8, fuente9, fuente 0; 

creditos, credito2; 

titulo, titulo2, titulo3,titulo4,menu1,menu2; 

opcion=0; 

pantalla=0; 

usar_objeto; 

dar_objeto; 

hablar_con_persona=1; 

x1,y1; 

puerta; 

felpudo; 

puerta_abierta_casa; 

usar=0; 

numero=0; //sirve para el texto de las 
personas 

conversacion; 

pide_balon=0; 

boca_personal; 

boca_persona2; 

boca_director; 

video_inundacio=0; 

primera_vez_despacho=0; 

stop_saludo=0; 

activa_ojos=0; 

pa=2; 

acceso_denegado_pasillo_inundado=0; 

despacho_con_luz=0; 

acess=0; 

credits; 

mapa=0; //detecta_caminos con 
start_scroll(0,...) 


//-objetos juego- que se pueden coger 
chicle=2; 

pulsera=0; 

tarjeta=0; 

escalera=0; 

pelota=0; 

llave=2; 

chicle_pegajoso=0; 
no_chicle_pegajoso=0; 


SS 


desague_taponado=0; 
grifo_encendido=0; 


IH— 


i=0; //variable de tiempo (contador) 


//objetos para inventario 
chicle_inventario; 
pulsera_inventario; 
escalera_inventario; 
pelota_inventario; 
tarjeta_inventario; 

llave inventario; 


//, 
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viven=0; 
empezar; 
ha=0; 
ton=0; 


begin 
set_mode(m640x480); 
fichero=load_fpg(“e:Vesditlfpglesdit.fog”); 
fichero3=load_fpg(“e:VesditlfpgWmovis.fog”); 
fuente=load_fnt(“eVesditlíntlaccion.fnt”); 
fuente2=load_fnt(“e:VesditWfntlaccion2.fnt”); 
fuente3=load_fnt(“e:lesditVíntl barra. fnt”); 
fuente4=load_fnt(“e:VesditYfntlhabla.fnt”); 
fuenteS=load_fnt(“e:VesditYfntlhabla2.fnt”); 
fuente6=load_fnt(“e:Vesditdíntltexto.fnt”); 
fuente7=load_fnt(“e:VesditWíntMtexto2.fnt”); 
fuente8=load_fnt(“e:esditlíntlhabla4.fnt”); 
fuente9=load_fnt(“e:VesditYfntlhablas.fnt”); 
fuentel O=load_fnt(“e:VesditlíntVhabla7.fnt”); 
titulo=load_fnt(“e:Vesditlíntltitulo.fnt”); 
titulo2=load_fnt(“e:Vesditíntititulo2.fnt”); 
titulo3=load_fnt(“e:VesditWínticontinua.fnt”); 
titulo4=load_fnt(“eVesditVínttitulo3.fnt”); 
menul =load_fnt(“e:lesditVíntimenu.fnt”); 
menu2=load_fnt(“e:VesditWíntimenu2.fnt”); 
creditos=load_fnt(“e:Vesditlfnticreditos.fnt”); 


credito2=load_fnt(“e:Vesditlfntlcredito2.fnt”); 


fade_on(); 


papelera_pantalla=0; 


chicle_pantalla=0; 
pulsera_pantalla=0; 


if(hablar_con_persona==0 or 
hablar_con_persona==1) 


puerta_pantalla=0; raton(); 
escalera_pantalla=0; end 
cortacesped_pantalla=0; menu(); 
cubo_pantalla=0; 

pelota_pantalla=0; loop 


arbol_pantalla=0; 
perro_pantalla=0; 


delete_text(all_text); 
clear_screen(); 


font_pantalla=0; 


lata_pantalla=0; 
saco_pantalla=0; 
escoba_pantalla=0; 
biblioteca_pantalla=0; 
biblioteca2_pantalla=0; 
felput_pantalla=0; 


poner_fondo_pantalla(); 
if(videoo==1) 
if (hablar_con_persona==0) 
saber_donde_se_pulsa(); 
objetos_inventario(); 
detecta_objetos_inventario(); 


llave_pantalla=0; 


puerta_casa_pantalla=0; 
puerta_habitacion_pantalla=0; 
sofa_comerdor_pantalla=0; 
televisor_pantalla=0; 
boton_pantalla=0; 
puertalavhom_pantalla=0; 
lavhomdentro_pantalla=0; 
grifo_lavabo_pantalla=0; 
pica_lavabo_pantalla=0; 
resina_arbol_pantalla; 
persona1=0; 

persona2=0; 
puerta_despac_pantalla=0; 
puer_desp_pantalla=0; 
videoo=0; 


detectarse_objetos_inventario_entre_si(); 
poner_letras_accion(); 
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if (pantalla>0) 
put(fichero,202, 320,240); 
end 
end 

end 

personajes(); 

frame; 

end 
end 


process objeto(graph, size,x,y); 
begin 

xput(fichero, graph, x, y, 0,size,0,0); 
end 


process poner_letras_accion(); 
begin 
if (mouse.x>31 and mouse.x<49 and 
mouse.y>407 
and mouse.y<420) 
write(fuente2,32,410,4,"1R”) 
if (mouse.left) 
opcion=1; 
end 
else 
write(fuente, 32,410,4,“IR”); 
end 


if (mouse.x>98 and mouse.x<157 and 
mouse.y>407 
and mouse.y<420) 
write(fuente2,120,410,4,“MIRAR”); 
if (mouse.left) 
opcion=2; 
end 
else 
write(fuente,120,410,4, MIRAR”); 
end 


ó 
if (mouse.x>194 and mouse.x<260 and 
mouse.y>407 
and mouse.y<420) 
write(fuente2,220,410,4,“COGER”); 
if (mouse.left) 
opcion=3; 
end 
else 
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write(fuente,220,410,4,”COGER”); 
end 


if (mouse.x>31 and mouse.x<84 and 
mouse.y>432 
and mouse.y<446) 
write(fuente2,50,435,4,”USAR”); 
if(mouse.left) 
if(usar_objeto>0 or dar_objeto>0) 
usar_objeto=0; 
dar_objeto=0; 
end 
opcion=4; 
end 
else 
write(fuente,50,435,4, USAR”); 
end 


if (mouse.x>98 and mouse.x<154 and 
mouse. y>432 
and mouse.y<446) 
write(fuente2,119,435,4,“ABRIR”); 
if (mouse. left) 
opcion=5; 
end 
else 
write(fuente, 119,435,4,”ABRIR”); 
end 


if (mouse.x>194 and mouse.x<270 and 
mouse. y>432 
and mouse.y<446) 
write(fuente2,225,435,4, CERRAR”); 
if (mouse.left) 
opcion=6; 
end 
else 
write(fuente,225,435,4,”CERRAR”); 
end 


if (mouse.x>31 and mouse.x<70 and 
mouse.y>457 
and mouse.y<470) 
write(fuente2,44,460,4,”DAR”); 
if (mouse.left) 
if(usar_objeto>0 or dar_objeto>0) 
usar_objeto=0; 
dar_objeto=0; 
end 
opcion=7; 
end 
else 
write(fuente,44,460,4,”DAR”); 
end 


if (mouse.x>98 and mouse.x<176 and 
mouse.y>457 
and mouse.y<470) 
write(fuente2,130,460,4, ”HABLAR”); 
if (mouse. left) 
opcion=68; 
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end 
else 

write(fuente, 130,460,4, HABLAR”); 
end 


if (mouse.x>194 and mouse.x<265 and 
mouse.y>457 
and mouse.y<470) 
write(fuente2,223,460,4,”MOVER”); 
if (mouse.left) 
opcion=9; 
end 
else 
write(fuente,223,460,4, MOVER”); 
end 


if (mouse.x>283 and mouse.x<301 and 
mouse.y>400 
and mouse.y<475) 
write(fuente2,285,404,4,"E”); 
write(fuente2,285,424,4,"X"); 
write(fuente2,285,444,4,"1"); 
write(fuente2,285,464,4,"T”); 
if (mouse.left) 
ha=0; 
clear_screen(); 
hablar_con_persona=1; 
stop_scroll(0); 
pantalla=0; 
videoo=0; 
empezar=0; 
viven=2; 
graph=0; 
menu() 
end 
else 
write(fuente,285,404,4,”E”); 
write(fuente,285,424,4,”X”); 
write(fuente,285,444,4,"1"); 
write(fuente,285,464,4,"T”); 
end 
end 


process detecta_objetos(); 
private 
//se escriben aqui los objetos porque no se 
pueden coger 
papelera=0; 


Autor: 
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N osotros en la redacción no hemos 
conseguido hacerle funcionar en 
multijugador, si lo hubiésemos hecho se hubiese 
llevado el primer premio, sin duda. Los autores 
aseguran que lo han probado en varios 
ordenadores y funciona, puede que sea 
problema de nuestros equipos. De cualquier 
modo, reciben el tercer premio, y 
recomendamos que estudiéis bien el 
código del juego para aprovechar su 
hallazgo si tenéis en mente programar 
algún juego con opción multijugador. 


HOLA DE NUEVO 

Aquí estamos de nuevo, con otro juego 
listo que además ¡¡funciona en red!! Ya 
sabemos que hay mucha gente que 
afirma que no funcionan, pero nosotros 
hemos conseguido hacerlo funcionar 
(de pura suerte, la verdad). 

No fue nada fácil averiguar cómo se 
programaban juegos en red, pero 
finalmente lo logramos. El problema es 
que todo el mundo ve al servidor, pero 
los demás jugadores no se ven entre sí, 
y el servidor no los ve. La verdad 
probamos de todo: usar sólo el campo 
cero de la estructura, como el servidor, 
o no usarlo nunca, crear dos partidas y 
que cada uno fuese servidor de una, 
aunque esto es imposible, ya que el 
net.device es de sólo lectura, pero lo 
intentamos, queriendo hacer una 


especie de “pásala” con el servidor (en 
cada frame, el servidor pasaba a ser el 
otro ordenador, vamos, un caos), pero 
nada funcionó. Hasta que por un pe- 
queño error de programación, más 
que un error un tiempo muerto en la 
ejecución de un programa, hallamos 
la solución. 

Tratamos de crear dos partidas de red, 
cada usuario servidor de su propia 
partida, y que se cruzasen los datos. 
Para ello debían de ser servidor de una 
y cliente de otra. Para hacerlo, 
ejecutábamos el programa. Si no había 
ninguna partida creada, entonces se 
creaba una, y se esperaban quince 
segundos para entrar en la otra. Antes 
de estos quince segundos, debía de 
entrar el segundo jugador, que entraría 
como cliente del primero, creando 
inmediatamente otra partida en la que 
debía de ser el servidor (por supuesto, 
todo este galimatías no funcionó). Pero 
ocurrió algo increíble: antes de que 
pasasen los quince segundos para que 
el jugador uno se incorporara al juego 
¡¡la red funcionaba!!. 

La verdad es que todo esto nos resultó 
bastante raro, y aún ahora seguimos 
sin estar muy seguros de su 
funcionamiento, pero parece ser que 
hay otro error en las funciones de red, 
que parece ser el siguiente: cualquier 
estructura que tenga la misma 
longitud que la que se crea para jugar 
en red se pasa automáticamente por la 
red, siendo legible el campo cero de la 
misma para todos los jugadores, como 
si del servidor se tratase. Y aquí radica 
el secreto: crear una estructura para 
cada jugador (ej: net1, net2...) y que 
cada uno de ellos utilice el campo cero 
para introducir sus datos (parece ser 
que el primero que introduzca datos, 


Cer 1 


la hace suya, por lo que los demás no 
pueden modificarlo directamente, 
aunque no hemos tenido posibilidad 
de probar con más de dos jugadores, 
por lo que no podemos afirmar nada al 
respecto). En fin, esto es todo lo que 
sabemos hasta ahora. Esperamos que 
los cientos de Divmaníacos que hay 
por el mundo amplíen y corrijan 
nuestras observaciones. 


YAMIS ARENA 

El juego es un arcade de uno contra 
uno, y está diseñado para dos 
jugadores, así que no le pidáis mucho 
al modo un jugador, ya que es 
bastante simple. La verdad, la idea de 
programarlo nos surgió desde que 
vimos el primer Div. Queríamos 
diseñarlo de nuevo, y ampliar las 
posibilidades de juego con más armas, 
scroll y demás. Así que, cuando salió 
Div 2, con posibilidad de programarlo 
en red, tras pensarlo detenidamente, y 
tras programar el Mr Bones... O vete al 
infierno, nos pusimos manos a la obra. 
La idea es bastante simple, pero el 
juego engancha bastante, sobre todo 
cuando dos colegas se “pican” a ver 
quién gana (aunque la verdad, con tan 
pocas armas, las estrategias y demás se 
agotan rápidamente, en la versión final 
habrá muchas más, podéis comprobar 
algunas de las que llevará en el Japi 
quiler yamis, la primera parte). 

El juego, al ser una beta, tampoco está 
muy depurado, pero algunas partes, 
que parecen que podrían estar más 
depuradas, están así a propósito. Por 
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ejemplo, un proceso para cada jugador 
y para la máquina. En la versión final 
estamos por hacer un proceso por 
personaje. Sí, habéis leído bien, uno 
por personaje. ¿La razón?, muy simple: 
velocidad. Nada más con tres 
personajes, la cantidad de sí 
condicionales (IF) que incluye el 
proceso es enorme, tanto es así que sin 
ellos la extensión del proceso se- 
reduciría a más de la mitad. Esto 
influye también en la velocidad, ya que 
ha de hacer numerosas comparaciones 
y verificaciones que ralentizan la acción 
del juego. Cuando tenga ocho o diez 
personajes más el rendimiento del 
juego puede reducirse considerable- 
mente, y todo por hacer un programa 
más óptimo y legible para el 
programador. Lo importante, al menos 
para nosotros es el juego, y si tenemos 
que hacer un código más grande para 
que el juego sea rápido, pues lo 
hacemos (podrían tomar ejemplo esas 
grandes empresas de por ahí, que 
sacan algunos juegos que requieren 
una máquina excesivamente elevada 
para lo que ofrecen). Ah, esperamos 
que disfrutéis con la música, cien por 
cien original, compuesta por Carlos y 
Miguel. Las incluimos también como 
pistas de audio. 

Bueno, por nuestra parte nada más. 
Esperamos que el tutorial para 
programar en red que hemos 
preparado os aclare todas las dudas 
sobre la red. Si tenéis alguna 
pregunta podéis escribirnos a 
bokeronsoftAwanadoo.es. 


CÓDIGO FUENTE 


(como siempre lo encontraréis completo 
en el CD-Rom) 
PROGRAM yamis; 


GLOBAL 


// variables del juego para la red 
STRUCT net1[1); 
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vida; 
tdo; 
y_tio; 
tio_listo; 
tio; 
endisparo; 
velocidad; 
ult_direccion; 
graf; 
selec; 
ind; 
arma; 
bala; 
bomba; 
bazooka; 
ok; 
END; 
STRUCT net2[1 ); 
vida; 
x_tio; 
y_tio; 
tio listo; 
tio; 
endisparo; 
velocidad; 
ult direccion; 
graf; 
arma; 
bala; 
bomba; 
bazooka; 
END; 
num_red; 
jred; 
tio1_cogido; 
tio2_cogido; 


// variables jugador 
anim1[]=2,3,4,5,6,7,8,9,10,11,12; 
anim2[]=14,15,16,17,18,19,20,21,22 
¡232 
anim3[]=26,27,28,29,30,31,32,33,34 
¿357307 

anil[]=1,2,3,4,5,6,7; 
ani2[]=9,10,11,12,13,14,15; 
ani3[]=16,17,18,19,20,21,22; 
obstaculo; 


¿DIV EA 


fpg1; 


armal; 
armaz; 
redi_1; 
redi_2; 


// variables seleccign 


op_ppal; 
ind; 

fpgisla; 
x1_nombre; 
y1_nombre; 
x2_nombre; 
y2_nombre; 


// variables tio 1 
tio1; 
vel_x_1; 
vel_y_1; 
vida_1; 
vida_totall; 
vida_jug1; 
cor_X; 
cor_y; 

x_tio; 

y_tio; 


// variables tio 2 
tio2; 

vel_x_2; 
vel_y_2; 

vida_2; 
vida_total2; 
vida_jug2; 
x_tio2; 

y_tio2; 


// Regiones en las que vamos a dividir 
la pantalla 

region1; 

region2; 


// Variables de sonido 

gong; 

boom; 

otraarma; 

blanco; “ 
dispara; 
metralla; 


